Peter's Open-Xchange Server Admin GUI

[aolins]

Hi, have anybody managed to solve the problem with grizzly backend...?

Open-xchange log says:
Registering servlet: com.openexchange.http.deferrer.servlet.DeferrerSer vlet@7df6a4ec, under: /ajax/defer with context: null
Aug 05, 2013 4:48:28 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.OSGiMai nHandler.validateAlias4RegOk(OSGiMainHandler.java: 441)
...

osgi log says:
!ENTRY org.eclipse.osgi 4 0 2013-08-05 16:48:20.341
!MESSAGE The -clean (osgi.clean) option was not successful. Unable to clean the storage area: /opt/open-xchange/osgi/org.eclipse.osgi

!ENTRY org.eclipse.osgi 4 0 2013-08-05 16:48:28.645
!MESSAGE An unexpected runtime error has occurred.
!STACK 0
java.lang.IllegalStateException: BundleContext is no longer valid
at org.eclipse.osgi.framework.internal.core.BundleCon textImpl.checkValid(BundleContextImpl.java:931)
...

!ENTRY org.eclipse.osgi 4 0 2013-08-05 16:48:20.341
!MESSAGE The -clean (osgi.clean) option was not successful. Unable to clean the storage area: /opt/open-xchange/osgi/org.eclipse.osgi

!ENTRY org.eclipse.osgi 4 0 2013-08-05 16:48:28.645
!MESSAGE An unexpected runtime error has occurred.
!STACK 0
java.lang.IllegalStateException: BundleContext is no longer valid
at org.eclipse.osgi.framework.internal.core.BundleCon textImpl.checkValid(BundleContextImpl.java:931)
...


I would much appreciate any hint of how to solve it.

[seanmagh]

After updating to 7.2.2-Rev 8, the problem has dissapeared.


I thinks it was a problem related to next bug solved:

27316 getaccesscombinationnameforuser does always return null

[seanmagh]

Hi,

The problem is still present after updating to 7.2.2-Rev7 ; when we create a new user there is a problem with module combination rights:

com.openexchange.admin.rmi.exceptions.InvalidDataE xception: No such access combination name "UNKNOWN"

The solution i posted doesn't work.

Pezi, please, could you try to fix the problem?

Thanks

[mobi2000]

Hi,
when I try to create a new user there is no ModuleAccess-field (if I try to edit an already existing user it appears and I can add changes and apply them) when I then try to save the entered user the GUI shows:

com.openexchange.admin.rmi.exceptions.InvalidDataE xception: No such access combination name "UNKNOWN" at com.openexchange.admin.rmi.impl.OXUser.create(OXUs er.java:520) at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at sun.rmi.server.UnicastServerRef.dispatch(UnicastSe rverRef.java:305) at sun.rmi.transport.Transport$1.run(Transport.java:1 59) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport. java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages( TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandl er.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandl er.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.run Task(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) at sun.rmi.transport.StreamRemoteCall.exceptionReceiv edFromServer(StreamRemoteCall.java:255) at sun.rmi.transport.StreamRemoteCall.executeCall(Str eamRemoteCall.java:233) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:1 42) at java.rmi.server.RemoteObjectInvocationHandler.invo keRemoteMethod(RemoteObjectInvocationHandler.java: 178) at java.rmi.server.RemoteObjectInvocationHandler.invo ke(RemoteObjectInvocationHandler.java:132) at $Proxy70.create(Unknown Source) at at.sciencesoft.oxrmi.OXuser.create(OXuser.java:764 ) at at.sciencesoft.controller.CreateUser.process(Creat eUser.java:286) at at.sciencesoft.controller.Main.process(Main.java:9 6) at at.sciencesoft.webserver.TemplateManager.process(T emplateManager.java:133) at at.sciencesoft.webserver.WebServer.process(WebServ er.java:223) at at.sciencesoft.webserver.WebServer.doPost(WebServe r.java:175) at javax.servlet.http.HttpServlet.service(HttpServlet .java:727) at javax.servlet.http.HttpServlet.service(HttpServlet .java:820) at com.openexchange.ajp13.coyote.AjpProcessor.process (AjpProcessor.java:911) at com.openexchange.ajp13.coyote.sockethandler.Coyote Task.call(CoyoteTask.java:185) at java.util.concurrent.FutureTask$Sync.innerRun(Futu reTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.jav a:138) at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.runTask(CustomThreadPoolExecuto r.java:799) at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.run(CustomThreadPoolExecutor.ja va:826) at java.lang.Thread.run(Thread.java:662)

I'm using
OXGUI-Version 0.1.17 (2012/10/19)
Betriebssystem Linux
Architektur amd64
Java Version 1.6.0_26
and OX is 6.22.2 Rev7

[wwl]

Ja, das hat geholfen.

Besten Dank für die Hilfe

Christian

[pezi]

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

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

[wwl]

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

[pezi]

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

OXContextInterface iface = (OXContextInterface) Naming.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

[seanmagh]

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.

[seanmagh]

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

[hbwinther]

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

[Martin Heiland]

Hi,

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

Cheers
Martin

[pezi]

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

[hbwinther]

Hi,

OXAdminGui does not play nice with the new grizzly backend:

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.

[pezi]

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

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