Homepage | Products | OX Knowledge Base | Support | Try Now | Contact | Company
OX Logo
Page 1 of 15 12311 ... LastLast
Results 1 to 10 of 149
  1. #1

    Wink 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)
    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

    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>
    ...
    Last edited by pezi; 08-17-2009 at 09:14 AM.

  2. #2
    Join Date
    Feb 2007
    Location
    Germany
    Posts
    3,695

    Thumbs up

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

  3. #3
    Join Date
    Oct 2007
    Location
    Germany, Essen
    Posts
    171

    Default

    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

  4. #4

    Default

    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

  5. #5
    Join Date
    Oct 2007
    Location
    Germany, Essen
    Posts
    171

    Default

    Hallo Pezi,

    wird es möglich sein User aus einem Context in einen anderen zu verschieben??

    MfG

    outlow

  6. #6

    Default

    Nein - das Verschieben eines Benutzers über einen Context hinweg ist nicht vorgesehen. Ist meiner Meinung auch nicht vom API her nicht möglich.

  7. #7
    Join Date
    Feb 2007
    Location
    Germany
    Posts
    3,695

    Default

    Richtig, benutzer von einem Kontext in einen anderen zu schieben ist nicht möglich. Ein Grund dafür ist dass sämtliche Referenzen wie z.B. bei Gruppenterminen im neuen Kontext nicht mehr passen würden.

    Gruß
    Last edited by Martin Heiland; 08-31-2009 at 09:50 AM.

  8. #8
    Join Date
    Oct 2007
    Location
    Germany, Essen
    Posts
    171

    Default

    Hallo Martin,

    habe dazu gerade eine Thread geöffnet.

    Ist es aber nicht so das wenn ich einen Benutzer von einem Kontext in einen anderen verschiebe dies eh zu 99% gewollt ist.

    Könnte mir aber eben vorstellen, das das verschieben eines Benutzers unter beibehaltung von Mail, Kalender ohne Gruppenterminen im alten Kontext zusammenhang, User Infostore, Aufgaben das ein oder andere mal hilfreich wäre.

    aber weiteres vielleicht im neuen thread, damit dieser hier beim ursprünglichen thema bleibt


    outlow

  9. #9

    Default

    Ich möchte mal kurz einen Statusbericht zu meinem Projekt einbringen

    Die Grundfunktionen
    - Kontext anlegen/ändern/löschen/aktivieren/aktullen Kontext setzen (=working Kontext)
    - Benutzer im aktullen Kontext anlegen/ändern/löschen
    sind fertig.

    Hat doch etwas länger gebraucht als gedacht. Die meiste Programmierarbeit verbrät man eh im GUI - Werteüprüfung per JS etc.

    Nach Tests werde ich wahrscheinlich nächste Woche die erste Beta Version freigeben.

    Anbei die ersten Screenshots:
    Hinweis - wenn eine Checkbox 'manuell' zur Verfügung steht, kannn zwischen einer Liste und einem Eingabefeld gewechselt werden.





  10. #10
    Join Date
    Oct 2007
    Location
    Germany, Essen
    Posts
    171

    Default

    Hi Petzi,

    das sieht doch schon ganz gut aus

    Eine Frage, wird es möglich sein Benutzern auch individuell einen größeres Kontigent zu zuweisen?

    MfG

    outlow

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •