Peter's Open-Xchange Server Admin GUI

[p.mueller]

Hi, are there any known bugs with Version 0.1.15 and OX Version : 6.20.0 Rev12 (2011-05-30 15:20:42) incl. USM ?

We got a:

com.openexchange.admin.rmi.exceptions.InvalidDataE xception: No such
access combination name "UNKNOWN"
at com.openexchange.admin.rmi.impl.OXUser.create(OXUs er.java:433)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)

P.M.

[pezi]

Hi!

It seems there is a problem with the localhost resolution.
ping localhost should be 127.0.0.1

Can yout connect per RMI to the OX admin daemon?
telenet localhost 1099
Sholud open a "session" - telnet with a blank screen.

In psoxgui.properties you can find the RMI URL.
rmiHost=rmi://localhost:1099/

Peter

[katztrd]

Just installed 0.1.15 on OX 6.20 Ubuntu 10.10.

Can not log in. I tried "oxadminmaster" "oxadmin" and "testuser"

java.rmi.ConnectException: Connection refused to host: localhost; nested exception is:
java.net.ConnectException: Connection refused
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEnd point.java:619)
at sun.rmi.transport.tcp.TCPChannel.createConnection( TCPChannel.java:216)
at sun.rmi.transport.tcp.TCPChannel.newConnection(TCP Channel.java:202)
at sun.rmi.server.UnicastRef.newCall(UnicastRef.java: 340)
at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
at java.rmi.Naming.lookup(Naming.java:101)
at at.sciencesoft.oxrmi.OXlogin.login2Admin(OXlogin.j ava:63)
at at.sciencesoft.controller.Login.process(Login.java :43)
at at.sciencesoft.controller.Main.process(Main.java:7 1)
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:616)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:689)
at com.openexchange.ajp13.najp.AJPv13RequestHandlerIm pl.doServletService(AJPv13RequestHandlerImpl.java: 523)
at com.openexchange.ajp13.AJPv13Request.response(AJPv 13Request.java:134)
at com.openexchange.ajp13.najp.AJPv13RequestHandlerIm pl.createResponse(AJPv13RequestHandlerImpl.java:33 5)
at com.openexchange.ajp13.najp.AJPv13ConnectionImpl.c reateResponse(AJPv13ConnectionImpl.java:227)
at com.openexchange.ajp13.najp.AJPv13Task.call(AJPv13 Task.java:352)
at java.util.concurrent.FutureTask$Sync.innerRun(Futu reTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.jav a:166)
at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.runTask(CustomThreadPoolExecuto r.java:750)
at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.run(CustomThreadPoolExecutor.ja va:776)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.AbstractPlainSocketImpl.doConnect(Abstrac tPlainSocketImpl.java:327)
at java.net.AbstractPlainSocketImpl.connectToAddress( AbstractPlainSocketImpl.java:193)
at java.net.AbstractPlainSocketImpl.connect(AbstractP lainSocketImpl.java:180)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.j ava:384)
at java.net.Socket.connect(Socket.java:546)
at java.net.Socket.connect(Socket.java:495)
at java.net.Socket.<init>(Socket.java:392)
at java.net.Socket.<init>(Socket.java:206)
at sun.rmi.transport.proxy.RMIDirectSocketFactory.cre ateSocket(RMIDirectSocketFactory.java:40)
at sun.rmi.transport.proxy.RMIMasterSocketFactory.cre ateSocket(RMIMasterSocketFactory.java:146)
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEnd point.java:613)
... 23 more

[pezi]

Version 0.1.15 released - this version includes the spanish translation - thanks to Antonio Madrona. This is the only change of this version.

[afineske]

Hi pezi!

Danke füt den Tipp, ich hatte es in mein Homedir geladen. Da lag aber zufällig auch noch eine JAR-Datei rum. Somit habe ich die falsche Version kopiert.

Habe die alte JAR gelöscht und die Neue herrunter geladen und verschoben, jetzt gehts. Nochmals Danke

Gruß Andreas

[pezi]

Hallo!

Bitte es mit einer neueren Version von der HP versuchen:
wget http://oxgui.sciencesoft.at/patch/v0...oxadmingui.jar
Ich habe heute (13.04.2011) eine kleine Umstellung getätigt - und die Bundle Version korrigiert Bitte auch verifzieren, dass die richtige jar Datei im /opt/open-xchange/bundles landet.
wget direkt in diesem Verzeichnis geht schief: die Datei existiert schon , und die neue JAR-Datei landet durch wget mit anderem Namen im Verzeichnis.

[afineske]

Moin moin,

nach erfolgreichem Update auf 6.20 habe ich auch das OXadminGui Update installiert. Leider startet das AdminGui jetzt nicht mehr.
Im Webbrowser steht:

No servlet bound to path/alias: /servlet/webserver/index.html

ein listbundles gibt aus:

bundlename: at.sciencesoft.oxadmingui status: INSTALLED

und hier das open-xchange.log.0

Apr 13, 2011 9:49:50 AM com.openexchange.control.internal.GeneralControl start

SEVERE: cannot start bundle: at.sciencesoft.oxadmingui

org.osgi.framework.BundleException: The bundle "at.sciencesoft.oxadmingui_0.1.4 [1]" could not be resolved. Reason: Missing Constraint: Import-Package: com.openexchange.sessiond.exception; version="0.0.0"

Hoffe Ihr habt eine lösung für mich.

Gruß Andreas

[Martin Heiland]

Hi,

at least this one is available at that forum:

http://forum.open-xchange.com/showthread.php?5915-Release-6.20.0-OLOX2-should-not-be-enabled-for-PIM-mobility-users

[pro-ite]

changed deault access permissions

Hi,

this happens because we had to change some default access permission sets. So the returned bitmask does not match a predefined permission set anymore.

Such changes are tracked here: http://forum.open-xchange.com/forumd...ftware-Changes

Greetings

Hello Martin,

good to know, but I didn't find it in the posted changes. I used search words like 'access' and 'permission' and got very old threads... A hint from OX would be nice please post the link with access permission changes description here. Thanks!
And if we find it meanwhile we'll post it here

[Martin Heiland]

Hi,

this happens because we had to change some default access permission sets. So the returned bitmask does not match a predefined permission set anymore.

Such changes are tracked here: http://forum.open-xchange.com/forumd...ftware-Changes

Greetings

[pezi]

Hi!

The problemes with the context seems to be OX related. The GUI uses following string related methods to change the CTX related access rights:

changeModuleAccess(Context ctx, String access_combination_name, Credentials auth)
String getAccessCombinationName(Context ctx, Credentials auth)


Problem: After an OX version update, the access rights are empty - the method getAccessCombinationName() returns null, which will be mapped to UNKOWN by the GUI. In the past the simple solution for this problem was to reset this right mask by the GUI to the old value. But with version 6.20 the reset of the right mask form e.g ALL jumps to groupware_premium.

For getAccessCombinationName() the API-docu says:
Get current access combination name of the context based on the rights of the admin user!
Perhaps, here is the problem - the rights of the admin user mask the result. I don't know.

[pezi]

Hi!

Ups - sorry removing the deprecated methods (IMAP Server etc.) was too early. These methods are deprecates since 6.20.

Peter

[seanmagh]

Hi!!

Thanks for the update and also for including my suggestion, works like a charm!

But i have an issue while trying to change/edit an user using OX 6.18.2 Rev 31. I search the user, select it, but the next error appears:

java.lang.NoSuchMethodError: com.openexchange.admin.rmi.dataobjects.User.getImapServerString()Ljava/lang/String;
at at.sciencesoft.controller.ModifyUser.process(ModifyUser.java:141)
at at.sciencesoft.controller.Main.process(Main.java:100)

With OX 6.20.0 Rev 5 works right.
This problem is not important to me becouse we are about to update 6.18.2 to 6.20

[Martin Heiland]

Hi,

thanks for the new version, gonna check it out
Is the context access rights thing related to OX? Anything we can do here?

[pezi]

New relase of the GUI (v0.1.14 ) is available:

Bugfix: Problems with the user module access fields
Correction of invalid HTML code (groups)
Remove some deprecated API calls (source code)
New: extention of the user search function to the login name - Thanks to seanmagh! See previous post

Known issue: After the update to 6.20.0 Rev5 - the context access rights are unknown - known problem after an update. But with this version the reset to the value 'all' returns the value 'groupware_premium'. I am not sure, if this strange behaviour is an general problem.