Peter's Open-Xchange Server Admin GUI

[pezi]

Hallo!

Ja, der Kontext ist das Grundelement mit dem gearbeitet wird. Am Screenshot sieht man dies. Nur der Screenshot was leider gestern, und bis jetzt nicht sichtbar, da unsere Standleitung momentan gekappt ist. Bei Probebohrungen wurden Leitungen von ca 3500 Teilnehmern gekappt . Die UMTS Fallback-Verbindung steht aber jetzt.

Peter

[outlow]

Hi,

ich denke die Gemeinde wäre für die Unterstützung durch ein solches Tool dankbar.

Ist es eurer Seits auch vorgesehen das verschiedene Contexte Administriert werden können??

MfG

outlow

[Martin Heiland]

Wow, das hört sich wirklich großartig an !

[pezi]

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)

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 Motivation
- 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

....
<#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>
...