Announcement

Collapse
No announcement yet.

Peter's Open-Xchange Server Admin GUI

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • that is good news. I would like to update my OX installation to 6.22 but the admin GUI is a requirement. Thank you for all the work you put into it. I really appreciate it.

    Comment


    • New version of the GUI - 0.1.17 is available, releaded for the new OX server 6.22.
      see: http://oxgui.wordpress.com/
      Known issues:
      - changing the account name of an user is disabled - waiting for infos
      - changing the password of a context admin throws an error. Normal user are not affected by this problem
      - a plugin callback method for tracking password changes of the user has been removed.

      with best regards
      Peter
      Last edited by pezi; 10-20-2012, 11:06 AM.

      Comment


      • Addional info for GUI - 0.1.17:
        Following issue - changing the account name of an user is disabled - is fixed. Binary files are updated.
        Peter

        Comment


        • Hallo,

          hab mal eine Frage zum Bearbeiten von Kontexten in der GUI. Unter den "Benutzervorgaben" tauchen Eigenschaften auf, die der Context laut OX Dokumentation nicht unterstützt, z.B. Sprache, Zeitzone, UploadSizeLimit etc. Wo werden diese Werte gesetzt, bzw. welche Funktion wird dafür genutzt?

          Danke schonmal,
          viele Grüße, Tom

          Comment


          • Hallo!

            Dies sind vorgegebe Werte für die Benmutzergenierung, die mit dem Kontext assoziert sind - diese Werte werden an das Benutzer-API weitergereicht, respektive sind dann dort zu finden.

            Gruß
            Peter

            Originally posted by rootuser View Post
            Hallo,

            hab mal eine Frage zum Bearbeiten von Kontexten in der GUI. Unter den "Benutzervorgaben" tauchen Eigenschaften auf, die der Context laut OX Dokumentation nicht unterstützt, z.B. Sprache, Zeitzone, UploadSizeLimit etc. Wo werden diese Werte gesetzt, bzw. welche Funktion wird dafür genutzt?

            Danke schonmal,
            viele Grüße, Tom

            Comment


            • Hi,

              OXAdminGui does not play nice with the new grizzly backend:
              Code:
              INFO: Logged at: com.openexchange.http.grizzly.service.http.HttpServiceImpl.registerServlet(HttpServiceImpl.java:143)
               Registering servlet: at.sciencesoft.webserver.WebServer@57ced290, under: servlet/webserver/* with context: null
              Apr 20, 2013 5:52:01 PM com.openexchange.log.internal.LoggerTask call
              WARNING: Logged at: com.openexchange.http.grizzly.service.http.OSGiMainHandler.validateAlias4RegOk(OSGiMainHandler.java:440)
               Invalid alias 'servlet/webserver/*', have to start with '/'.
              Apr 20, 2013 5:52:01 PM at.sciencesoft.osgi.OXAdminGuiServletActivator startBundle
              SEVERE: Invalid alias 'servlet/webserver/*', have to start with '/'.
              org.osgi.service.http.NamespaceException: Invalid alias 'servlet/webserver/*', have to start with '/'.
              	at com.openexchange.http.grizzly.service.http.OSGiMainHandler.validateAlias4RegOk(OSGiMainHandler.java:441)
              	at com.openexchange.http.grizzly.service.http.OSGiMainHandler.registerServletHandler(OSGiMainHandler.java:261)
              	at com.openexchange.http.grizzly.service.http.HttpServiceImpl.registerServlet(HttpServiceImpl.java:148)
              	at at.sciencesoft.osgi.OXAdminGuiServletActivator.registerServlet(OXAdminGuiServletActivator.java:191)
              	at at.sciencesoft.osgi.OXAdminGuiServletActivator.startBundle(OXAdminGuiServletActivator.java:129)
              	at com.openexchange.osgi.DeferredActivator.startUp(DeferredActivator.java:465)
              	at com.openexchange.osgi.DeferredActivator.signalAvailability(DeferredActivator.java:354)
              	at com.openexchange.osgi.DeferredActivator$DeferredServiceTracker.addingService(DeferredActivator.java:155)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)
              	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
              	at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:894)
              	at org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:107)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861)
              	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
              	at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:819)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEvent(ServiceRegistry.java:771)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.register(ServiceRegistrationImpl.java:130)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(ServiceRegistry.java:214)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:433)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:451)
              	at com.openexchange.osgi.HousekeepingActivator.registerService(HousekeepingActivator.java:238)
              	at com.openexchange.osgi.HousekeepingActivator.registerService(HousekeepingActivator.java:247)
              	at com.openexchange.http.grizzly.osgi.GrizzlyActivator.startBundle(GrizzlyActivator.java:242)
              	at com.openexchange.osgi.DeferredActivator.startUp(DeferredActivator.java:465)
              	at com.openexchange.osgi.DeferredActivator.signalAvailability(DeferredActivator.java:354)
              	at com.openexchange.osgi.DeferredActivator$DeferredServiceTracker.addingService(DeferredActivator.java:155)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)
              	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
              	at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:894)
              	at org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:107)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861)
              	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
              	at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:819)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEvent(ServiceRegistry.java:771)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.register(ServiceRegistrationImpl.java:130)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(ServiceRegistry.java:214)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:433)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:451)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:950)
              	at com.openexchange.osgi.HousekeepingActivator.registerService(HousekeepingActivator.java:218)
              	at com.openexchange.osgi.HousekeepingActivator.registerService(HousekeepingActivator.java:228)
              	at com.openexchange.http.requestwatcher.osgi.RequestWatcherActivator.startBundle(RequestWatcherActivator.java:112)
              	at com.openexchange.osgi.DeferredActivator.startUp(DeferredActivator.java:465)
              	at com.openexchange.osgi.DeferredActivator.signalAvailability(DeferredActivator.java:354)
              	at com.openexchange.osgi.DeferredActivator$DeferredServiceTracker.addingService(DeferredActivator.java:155)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)
              	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
              	at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:894)
              	at org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:107)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861)
              	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
              	at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:819)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEvent(ServiceRegistry.java:771)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.register(ServiceRegistrationImpl.java:130)
              	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(ServiceRegistry.java:214)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:433)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:451)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:950)
              	at com.openexchange.osgi.HousekeepingActivator.registerService(HousekeepingActivator.java:218)
              	at com.openexchange.osgi.HousekeepingActivator.registerService(HousekeepingActivator.java:228)
              	at com.openexchange.threadpool.osgi.ThreadPoolActivator.startBundle(ThreadPoolActivator.java:142)
              	at com.openexchange.osgi.DeferredActivator.startUp(DeferredActivator.java:465)
              	at com.openexchange.osgi.DeferredActivator.signalAvailability(DeferredActivator.java:354)
              	at com.openexchange.osgi.DeferredActivator$DeferredServiceTracker.addingService(DeferredActivator.java:155)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)
              	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)
              	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
              	at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)
              	at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:317)
              	at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261)
              	at com.openexchange.osgi.DeferredActivator.init(DeferredActivator.java:270)
              	at com.openexchange.osgi.DeferredActivator.start(DeferredActivator.java:439)
              	at com.openexchange.osgi.HousekeepingActivator.start(HousekeepingActivator.java:187)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711)
              	at java.security.AccessController.doPrivileged(Native Method)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702)
              	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683)
              	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381)
              	at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:390)
              	at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1176)
              	at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:559)
              	at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:544)
              	at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:457)
              	at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:243)
              	at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:438)
              	at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:1)
              	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
              	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)
              Apr 20, 2013 5:52:01 PM com.openexchange.log.internal.LoggerTask call
              SEVERE: Logged at: com.openexchange.osgi.DeferredActivator.signalAvailability(DeferredActivator.java:372)
              Grizzly seems to choke on the relative pathing.

              Comment


              • Which OX version is affected from this problem?


                On my Server - last community version, there seems to be no problem with this paramter.
                GUI Version: 6.22.2 Rev7
                Server Version: 7.2.0-Rev4

                But this version isn't a "new" installation, it is a version updated for a long time.

                with best regards
                Peter
                Last edited by pezi; 04-24-2013, 04:19 PM. Reason: Typo

                Comment


                • Hi,

                  latest version of OX is 7.2.0, check software.open-xchange.com/products/appsuite.

                  Cheers
                  Martin

                  Comment


                  • Sorry for the late response.

                    The problem appears after switching from ajp (open-xchange-ajp) to grizzly (open-xchange-grizzly). As mentioned in the log I posted grizzly complains that there is an invalid alias: 'servlet/webserver/*' and that aliases should start with a "/". I am not versed with java nor the way oxgui ties itself into openxchange but I guess it is a matter of changing the relative alias "servlet/webserver/" to an absolute one like "/servlet/webserver/".

                    @pezi:
                    Backend and frontend are revision 7.2.0-Rev4
                    Last edited by hbwinther; 04-27-2013, 07:41 PM.

                    Comment


                    • Hi!

                      After updating OX backend to 7.2 i have the next problem with OXGUI - 0.1.17

                      The context has UNKNOWN rights so if an user is created then fails.
                      If i change the context rights to groupware_premium then all created users change their rights to groupware_premium (and i have to restore a backup to solve it)
                      After restarting OX the context rights is set to UNKNOWN again.

                      Can you reproduce this error? Any way to solve it?

                      Thanks

                      Comment


                      • I found the solution.

                        The permission code of my context administrator (oxadmin) was set to a value not equivalent to those defined in psoxgui.properties accessCombination property.
                        I have changed in user_configuration table the value of oxadmin to "268422943" (groupware_premium) and the problem dissapeared.

                        Comment


                        • Hi!

                          I updated my OX-Server to 7.2.0-Rev4, also problems with the rights. But this problem isn't new - after an update, sometimes the OX API is unable to resolve the set rights - the API returns a null pointer

                          PHP Code:
                          OXContextInterface iface = (OXContextInterfaceNaming.lookup(oxsi.getRMIhost() + OXContextInterface.RMI_NAME);
                                  
                          String tmp iface.getAccessCombinationName(this.getOXContext(), auth);
                                  if (
                          tmp == null) {
                                      
                          tmp "UNKNOWN";
                                  } 
                          Reseting this values to old one, should solve the problem. I my case a wasn't able to set the old value 'all' - the system returns groupware_premium. I must investigate where is the problem.

                          Peter

                          Comment


                          • Hallo,
                            ich habe das aktuelle OX Server Admin GUI auf mein OX Server 6.22 unter debian 6 installiert. Soweit funktioniert es auch, nur das es nicht möglich ist einen Benutzer abzuspeichern. Es erscheint nur eine weisse Seite und die Änderungen werden nicht übernommen. Bei allen anderen Funktionen kann abgespeichert werden.

                            Besten Dank für Hilfe

                            Christian

                            Comment


                            • Hallo!

                              Gemäß http://oxgui.wordpress.com/
                              ..
                              Wichtiger Punkt für Update oder Neuinstallation

                              Für OX 6.22.2 muss in der Datei
                              /opt/open-xchange/etc/server.properties
                              der Wert
                              com.openexchange.connector.maxRequestParameters: 30
                              auf 300 erhöht werden.

                              Dies sollte das besagte Problem lösen
                              Gruß
                              Peter

                              Originally posted by wwl View Post
                              Hallo,
                              ich habe das aktuelle OX Server Admin GUI auf mein OX Server 6.22 unter debian 6 installiert. Soweit funktioniert es auch, nur das es nicht möglich ist einen Benutzer abzuspeichern. Es erscheint nur eine weisse Seite und die Änderungen werden nicht übernommen. Bei allen anderen Funktionen kann abgespeichert werden.

                              Besten Dank für Hilfe

                              Christian

                              Comment


                              • Ja, das hat geholfen.

                                Besten Dank für die Hilfe

                                Christian

                                Comment

                                Working...
                                X