Tweet
Peter's Open-Xchange Server Admin GUI
An die OX-Gemeinde!
Mit diesem Thread möchte ich vorab bekanntgeben, dass ich an einer OX Admin Server GUI arbeite. Um mich eindeutig von anderen Projekten zu unterscheiden habe ich dieses etwas einfallslos mit meinem Vornamen verknüpft
Zielsetzung/Features (geplant):
- Open Source
- möglichst einfache Verwaltung von OX-Entitäten: Kontext, Benutzer, Gruppen, Datenbanken und Filestores; Backup, OSGI-Bundle Verwaltung
- Unterstützung von Mehrsprachigkeit
- 3 Benutzerklassen (Login)
- Templates - z.B. um das Anlegen von Benutzern zu erleichtern.
Motivation:
Für uns steht nächstes Jahr die Migration für eine von uns entwickelte OX5-Erweiterung auf OX6 an. Somit wird es Zeit sich dem OSGI- Konzept auseinanderzusetzen. Weiters muss auch den Architekturunterschieden von OX5/OX6 -z.B. kein Tomcat-Container - Rechnung getragen werden. Ich weiß sehr wohl, dass ein bestehedes Admin GUI Projekt von Manfred Weiß/User mani) existiert. Aus diversen Gründen begehe ich aber einen eigenen Weg/eigenes Projekt. Jedefalls vielen Dank an Manfred Weiß - die Sourcen seines bestehenden Projektes haben mir viele wichtige Informationen geliefert.
Wir sind auch Nebenerwerbs-Internetprovider
. Für einige Kunden stellen wir auch Web-Pakte (Web, FTP, Mail) zur Verfügung. Wir setzen als 'Hosting Control Panel' auf ISPconfig 3. Durch das vorher angesprochene Plugin-Konzept möchte ich die Benuterdatenübernahme aus einer SW wie ISPconfig ermöglichen/erleichtern. Ich bin betone erleichtern. Auf Grund der schier unglaublichen Anzahl an SW-Projekten und deren Kombination ist eher schwierig solche Projekte auf High-Level Ebene zu verheiraten. z.B. direkter OX Support in ISPconfig 3 zu integrieren. Hier stellt sich die Frage inweit soll diese Integration gehen, und wer macht diese . z.B. ISPconfig 3 ist ein PHP-Projekt - und PHP ist nicht meine Welt.
Daher werde ich den Low-Level Ansatz von Import aus Datenbanken bezüglich Benutzer umsetzen.
Technik:
- das Projekt besteht aus einem einzigen OSGI-Bundle!
- Ansteuerung der OX-Server Funktionalität per RMI
- da bezüglich HTTP-Support nur Servlets unterstützt werden (kein Tomcat), bringt dieses Projekt einen kleinen eigenständigen Web-Server mit. Die Web-Server Daten sind im OSGI-Bundle (JAR-Datei) enthalten. [Die Webseiten werden aber automatisch aus Geschwindigkeitsgründen temporär entpackt]. Als JSP-Ersatz wurde FreeMarker, eine sehr mächtige Template-Engine integriert. Siehe Bespiel im Anhang.
- Da Layout bei diesem Projekt eher im Hintergrund steht, setze ich bezüglich CSS-Layout auf YAML
- das Webinterface huldigt die klassische Client/Server Kommunikation. Client schickt Daten, Server rendert die HTML Page. Einfach, robust und schnell umzusetzen!
Rechtliches: Da hier offizielle OX Mitarbeiter mitlesen. Ich möchte mich mit diesem Projekt nicht in Konkurrenz mit der Firma Open-Xchange begeben, oder mir den Zorn dieser zuziehen :rolleyes. Wie beschrieben setze ich alleinig auf das OX-API. Layout ist rein HTML basiert. Nur die OX-Symbolleiste habe ich momentan übernommen.
Solle es (lizenz)rechtliche Bedenken/Einschränkugen geben, bitte ich um einen entsprechen Kommentar.
Zeitplan:
Erste Alphaversion - Kontext, Benutzer, Gruppen & Resourcen Verwaltung wird es wahrscheinlich Ende dieses Monats geben.
Um Anregungen & Kommentare wird gebeten.
Peter
Anhang - Beispiel FreeMarker Code:
Dieses Template baut die Tabelle (Kontextübersicht) des Screen shots (Anfang des Threads) auf
Mit diesem Thread möchte ich vorab bekanntgeben, dass ich an einer OX Admin Server GUI arbeite. Um mich eindeutig von anderen Projekten zu unterscheiden habe ich dieses etwas einfallslos mit meinem Vornamen verknüpft
Zielsetzung/Features (geplant):
- Open Source
- möglichst einfache Verwaltung von OX-Entitäten: Kontext, Benutzer, Gruppen, Datenbanken und Filestores; Backup, OSGI-Bundle Verwaltung
- Unterstützung von Mehrsprachigkeit
- 3 Benutzerklassen (Login)
root - kann & darf alles, insbesondere das Anlegen von Datenbanken & Filestores, OSGI-Bundles
OXadmin - Rechte bezüglich Kontext, Benutzer, Gruppen & Ressourcen
ContextAdmin - Rechte bezüglich Benutzer, Gruppen & Ressourcen
- Plugin-Konzept um die Datenübernahme, insbesondere von Benutzern zu erleichtern - siehe auch MotivationOXadmin - Rechte bezüglich Kontext, Benutzer, Gruppen & Ressourcen
ContextAdmin - Rechte bezüglich Benutzer, Gruppen & Ressourcen
- Templates - z.B. um das Anlegen von Benutzern zu erleichtern.
Motivation:
Für uns steht nächstes Jahr die Migration für eine von uns entwickelte OX5-Erweiterung auf OX6 an. Somit wird es Zeit sich dem OSGI- Konzept auseinanderzusetzen. Weiters muss auch den Architekturunterschieden von OX5/OX6 -z.B. kein Tomcat-Container - Rechnung getragen werden. Ich weiß sehr wohl, dass ein bestehedes Admin GUI Projekt von Manfred Weiß/User mani) existiert. Aus diversen Gründen begehe ich aber einen eigenen Weg/eigenes Projekt. Jedefalls vielen Dank an Manfred Weiß - die Sourcen seines bestehenden Projektes haben mir viele wichtige Informationen geliefert.
Wir sind auch Nebenerwerbs-Internetprovider
. Für einige Kunden stellen wir auch Web-Pakte (Web, FTP, Mail) zur Verfügung. Wir setzen als 'Hosting Control Panel' auf ISPconfig 3. Durch das vorher angesprochene Plugin-Konzept möchte ich die Benuterdatenübernahme aus einer SW wie ISPconfig ermöglichen/erleichtern. Ich bin betone erleichtern. Auf Grund der schier unglaublichen Anzahl an SW-Projekten und deren Kombination ist eher schwierig solche Projekte auf High-Level Ebene zu verheiraten. z.B. direkter OX Support in ISPconfig 3 zu integrieren. Hier stellt sich die Frage inweit soll diese Integration gehen, und wer macht diese . z.B. ISPconfig 3 ist ein PHP-Projekt - und PHP ist nicht meine Welt. Daher werde ich den Low-Level Ansatz von Import aus Datenbanken bezüglich Benutzer umsetzen.
Technik:
- das Projekt besteht aus einem einzigen OSGI-Bundle!
- Ansteuerung der OX-Server Funktionalität per RMI
- da bezüglich HTTP-Support nur Servlets unterstützt werden (kein Tomcat), bringt dieses Projekt einen kleinen eigenständigen Web-Server mit. Die Web-Server Daten sind im OSGI-Bundle (JAR-Datei) enthalten. [Die Webseiten werden aber automatisch aus Geschwindigkeitsgründen temporär entpackt]. Als JSP-Ersatz wurde FreeMarker, eine sehr mächtige Template-Engine integriert. Siehe Bespiel im Anhang.
- Da Layout bei diesem Projekt eher im Hintergrund steht, setze ich bezüglich CSS-Layout auf YAML
- das Webinterface huldigt die klassische Client/Server Kommunikation. Client schickt Daten, Server rendert die HTML Page. Einfach, robust und schnell umzusetzen!
Rechtliches: Da hier offizielle OX Mitarbeiter mitlesen. Ich möchte mich mit diesem Projekt nicht in Konkurrenz mit der Firma Open-Xchange begeben, oder mir den Zorn dieser zuziehen :rolleyes. Wie beschrieben setze ich alleinig auf das OX-API. Layout ist rein HTML basiert. Nur die OX-Symbolleiste habe ich momentan übernommen.
Solle es (lizenz)rechtliche Bedenken/Einschränkugen geben, bitte ich um einen entsprechen Kommentar.
Zeitplan:
Erste Alphaversion - Kontext, Benutzer, Gruppen & Resourcen Verwaltung wird es wahrscheinlich Ende dieses Monats geben.
Um Anregungen & Kommentare wird gebeten.
Peter
Anhang - Beispiel FreeMarker Code:
Dieses Template baut die Tabelle (Kontextübersicht) des Screen shots (Anfang des Threads) auf
Code:
....
<#list contextList as list>
<tr>
<td><input type="checkbox" name="c${list_index}" value="<#if list.active>a<#else>i</#if>${list.ID}"/> </td>
<td class="center">${list.ID}</td>
<td>
${list.name}
</td>
<td>${list.usedQuota} / ${list.maxQuota}</td>
<td>${list.loginMappings}</td>
<td class="center">${list.accessCombinationName}</td>
<td>
<#if list.active>
<img class="centeredImage" src="images/active.png" />
<#else>
<img class="centeredImage" src="images/inactive.png" />
</#if>
</td>
</tr>
</#list>
...
. Die UMTS Fallback-Verbindung steht aber jetzt.
Comment