Probleme mit Open Xchange und Java.

[koma_ton]

Hallo erstma,

ich versuche seit zwei Tagen ein Open Xchange aufzusetzen.
Gehe dabei nach dem Cutmasta HowTo (http://ox.cutmasta.org/HOWTOS/ROOT-ServerHOWTO.txt) vor.
Hat alles soweit funktioniert, aber ich hänge jetzt an der OX compilierung rum und komm einfach nich weiter.

Das Problem ist, das er mir bei ./configure ne Fehlermeldung auswirft:

Error: no valid java configuration found in directory /etc/java
Buildfile: OX_COMPILE_CHECK.xml

test_connection:
[javac] Compiling 1 source file
[java] Searching for database driver org.postgresql.Driver ... found.
[java] Invoke and test connection to database ... done


Soweit wie ich das sehen kann findet er keine Java config in /etc/java findet aber die angeforderten Sachen irgendwo anders.

Wenn ich dann make starte, gibt er mir dieses aus:

making all in javabuild
make[1]: Entering directory `/home/oxchange/open-xchange-0.8.0-5/javabuild'
/usr/bin/ant -f ../build.xml
Error: no valid java configuration found in directory /etc/java
Buildfile: ../build.xml

init:

ein haufen einträge wie diese:
[javac] Compiling 81 source files to /home/oxchange/open-xchange-0.8.0-5/build

[javac] Found 2 semantic errors compiling "/home/oxchange/open-xchange-0.8.0-5/src/com/openexchange/umin/OXUsermin.java":

[javac] 85. req.setCharacterEncoding("UTF-8");
[javac] ^-------------------------------^
[javac] *** Semantic Error: No method named "setCharacterEncoding" was found in type "javax.servlet.http.HttpServletRequest".


und als Abschluss:


BUILD FAILED
file:/home/oxchange/open-xchange-0.8.0-5/javabuild/../build.xml:45: Compile failed; see the compiler error output for details.


wobei ich dazusagen muss, das ich in einem anderen Forum nen Beitrag explizit zu diesen Semantic Fehlern gelesen habe, in welchem vermerkt war, das man diese getrosst ignorieren könnte.

Line 45 aus der build.xml sieht folgendermaßen aus:

<javac srcdir="${srcdir}" destdir="${builddir}" debug="on" optimize="off" excludes="com/openexchange/webdav/**.java, com/openexchange/tools/webdav/**.java" encoding="ISO8859-1">


und das compile error log gibt mir als ausgabe:

nichts, da ich es nicht finde und in den regulären .logs nichts drüber vermerkt ist!

im postgrsql log steh noch als ausgabe:

FATAL: unsuported frontend protocol


So, ich hoffe das hat erstmal umfangreich erklärt was mein Problem ist, nun noch die Randbedingungen:
Server ist ein 1und1 Root mit Visas und Suse 9.0.

Ã?ber hilfreiche Tipps würd ich mich freuen, da ich hier langsam vor mich hinsäuere.

[sledge0303]

Hallo,

ich habe selber den Open Xchange auf unserem Firmenserver installiert und bis auf den Mailserver alles zum laufen gebracht - Mail wird eh nicht benötigt bei uns...

Zum Java, dazu brauche ich noch ein paar Infos um dir genauer zu helfen: Welche Java Version (Datei), welches Linux Distri und hast du die Pfade für Java, Catalina, Tomcat usw. angelegt. Ich gehe jetzt mal von aus du hast Debian.
Die Pfade in die /etc/profile schreiben, anschließend logout und wieder neu einloggen. Prüfen, ob die Pfade übernommen wurden, kannst indem das aufrufst

Code: Select all

echo $JAVA_HOME

Steht nischt drinne, musst die Pfade in die bashrc reinschreiben.

Das machst so:

Code: Select all

cd
vim .bashrc
.... die Pfade übernehmen laut Anleitung ...

anschließend mit . .bashrc (dot_space_dot_bashrc)das System aktualisieren.

Gib mal bei deiner jetzigen Konfiguration in der Konsole

Code: Select all

javac

ein...
Spukt der Server Daten aus, wird Java gefunden, wenn nicht müssen die Pfade wie oben beschrieben angepasst werden.

[koma_ton]

Hi, und danke erstma.

Die Sache ist, das er bei echo $JAVA_HOME den Pfad der Java install wie erwünscht ausspuckt.
Distri ist eine Suse 9.0.

Die Pfade sind:
- /var/java/j2sdk1.4.2_09 (was die Frage der Jave ver. klärt)
- Tomcat weiß ich grad nich ausm Kopf
- Catalina läuft und macht keine Probleme, soweit ich beurteilen kann Postgrsql auch

bashrc hab ich auch schon modifiziert.

Den Tipp mit javac muss ich ma später prüfen, da ich hier grad nich an den Firmserver ran kann.

Meld mich aber sobald ich drann war.

Bis dann und danke

[koma_ton]

Neue Woche neues Glück.

1. ist der eintrag /var/java/.... falsch. Der richtige Pfad ist /usr/java/j2sdk1.4.2_09

2. Die Tomcat install findet sich laut echo $CATALINA_HOME unter /home/oxchange/Spacecontainer/jakarta-tomcat-5.0.28/bin

3. javac gibt die üblichen dinge (usage etc.) aus, wird also gefunden

4. ./configure gibt mir zu der Java ansage noch ein configure: WARNING: database check ... failed aus.

Also, halten wir nochmal fest:

./configure ist der Meineung java wäre in /etc/java nicht existent, was ja auch der Fall ist, weil es unter /usr/java/j2sdk1.4.2_09 zu finden ist, was ich dem Serverteil auch mitgeteilt habe, was er selbst checkt, nur das ./configure-tool vom OXchange nicht.
Ausserdem ist er jetzt der Meinung, die angelegte Database sei nicht vorhanden.
make bricht denn irgendwann ab weil es java zum basteln brauch.

Frustrierend, Hilfe!?

[koma_ton]

Ich seh es ja ein, manchmal sieht man den Wald vor lauter Bäumen nicht!

Das problem lag einzig und allein in der ./configure anweisung für das OXchange.
Hier die korrekte Anweisung für mein System:

./configure --prefix=/data/ox --with-mailjar=/usr/lib/java/lib/mail.jar --with-activationjar=/usr/lib/java/lib/activation.jar --with-jdomjar=/usr/lib/java/lib/jdom.jar --with-xercesjar=/usr/lib/java/lib/xercesImpl.jar --with-jsdkjar=/home/oxchange/Spacecontainer/jakarta-tomcat-5.0.28/common/lib/servlet-api.jar --with-jdbcjar=/usr/lib/java/lib/jdbc.jar --with-dbpass=*your-postqresql-user-psswd* --with-runuid=wwwrun --with-rungid=www --enable-webdav

Die Fehlermeldung
Error: no valid java configuration found in directory /etc/java
kann man dem entsprechend getrost missachten.

Wichtig ist die korrekte angabe des Pfades zur jdbc.jar (wird in der Shell-Fehlermeldung als postgresql.jar bezeichnet ist aber die jdbc.jar gemeint) und jsdk.jar auch als servlet-api.jar bezeichnet.

Dieses unbedingt beachten, dann klappts auch mitm compiler....

So long

[sledge0303]

Wunderbar, dann klappt es doch noch wie gehabt. Ich hänge selber noch an der Administration fest. OX will mich einfach nicht in das System reinlassen, wenn sich ein Admin anmeldet. Ich erstelle einen User, der kann sich problemlos einloggen, addiere ich den zum gehobenen Admin/Developer, erfolgt kein Panel wo Useraccounts usw. verwaltet werden können...
Naja, kriege ich irgendwie auch noch raus.

So long und viel Spaß mit dem OX

[koma_ton]

Hello again......

Tja, nunja, das problem wäre also gelöst, doch hinter der nächsten Textecke wartet schon das nächste.

Beim erstellen eines users erhalte ich als error meldung
invalid DN

ich poste mal meine ldap.conf:

#
# LDAP Defaults
#
# See ldap.conf(5) for details
# This file should be world readable but not world writable.

BASE dc=h612129.serverkompetenz,dc=net
HOST 127.0.0.1

#SIZELIMIT 12
#TIMELIMIT 15
#DEREF never
TLS_REQCERT allow


dazu die slapd.conf


#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/openxchange.schema
#include /etc/openldap/schema/yast.schema

# Define global ACLs to disable default read access.

pidfile /var/run/slapd/slapd.pid
argsfile /var/run/slapd/slapd.args

# Load dynamic backend modules:
modulepath /usr/lib/openldap/modules
# moduleload back_ldap.la
# moduleload back_meta.la
# moduleload back_monitor.la
# moduleload back_perl.la

access to dn.base=""
by * read

access to * attr=UserPassword
by self write
by anonymous auth

access to dn="ou=addr,uid=(.*),ou=Users,ou=OxObjects,dc=h612129.serverkompetenz,dc=net"
attr=uid,objectClass,entry filter=(objectClass=OXUserObject)
by self write
by dn="uid=$1,ou=Users,ou=OxObjects,dc=h612129.serverkompetenz,dc=net" write
by * none

access to dn.subtree="o=AddressBook,ou=OxObjects,dc=h612129.serverkompetenz,dc=net"
by group="cn=AddressAdmins,o=AddressBook,ou=OxObjects,dc=h612129.serverkompetenz,dc=net" write
by users read
by * none

access to * attr=uid,objectClass,entry filter=(objectClass=OXUserObject)
by self write
by * read

access to dn="uid=mailadmin,ou=Users,ou=OxObjects,dc=h612129.serverkompetenz,dc=net"
attr=imapServer,mailDomain,smtpServer,sn,givenName,uid
by self write
by users read

access to dn="uid=mailadmin,ou=Users,ou=OxObjects,dc=h612129.serverkompetenz,dc=net"
by self write
by * none

access to dn="ou=addr,uid=(.*),ou=Users,ou=OxObjects,dc=h612129.serverkompetenz,dc=net"
by dn="uid=$1,ou=Users,ou=OxObjects,dc=h612129.serverkompetenz,dc=net" write
by * none

access to dn="ou=Users,ou=OxObjects,dc=h612129.serverkompetenz,dc=net"
by self write
by users read
by anonymous auth

access to dn="ou=OxObjects,dc=h612129.serverkompetenz,dc=net"
by users read
by anonymous auth

access to dn="dc=h612129.serverkompetenz,dc=net"
by dn="uid=*,ou=Users,ou=OxObjects,dc=h612129.serverkompetenz,dc=net" read

# access to *
# by self write
# by anonymous auth

access to *
by * write
by * read

# allow rootDSE queries
# access to dn=""
#by * read

# if no access controls are present, the default policy
# allows anyone and everyone to read anything but restricts
# updates to rootdn. (e.g., "access to * by * read")
#
# rootdn can always read and write EVERYTHING!

#######################################################################
# bdb database definitions
#######################################################################

database ldbm
cachesize 10000
suffix "dc=h612129.serverkompetenz,dc=net"
rootdn "uid=peter,dc=h612129.serverkompetenz,dc=net"
rootpw psswd (vergeben, natürlich)
directory /var/lib/ldap
#Indices to maintain
index objectClass eq
index uid,mailEnabled,cn,sn,givenname,lnetMailAccess,alias,loginDestination eq,sub

#Include /etc/openldap/slapd_ox.conf


und weils so schön is (szs. der vollständigkeit halber)
meine slapd_ox.conf


access to *
by peername="ip=127.0.0.1" read
by user read
by * none

database ldbm
suffix "dc=h612129.serverkompetenz,dc=NET"
rootdn "uid=peter,dc=612129.serverkompetenz,dc=NET"
rootpw psswd
directory /var/lib/ldap/ox

index objectClass eq
index uid,mailEnabled,cn,sn,givenname,lnetMailAccess,alias,loginDestination eq,sub




# allow rootDSE queries
access to dn=""
by * read

# To let PAM authenticate
access to attr=userpassword
by self write
by peername="ip=127.0.0.1" read
by anonymous auth
by * none

access to attr=shadowLastChange
by self write
by * read


Es gibt keine Fehlermeldung in der message.log.
Ideen, Anregungen, Vorschläge?
Danke

[sledge0303]

Hi,

ich schaue mir deine beiden Configs heute Abend auf meinem Testserver mal an. Liege hier halb mit Magen-Darm-Grippe flach, ebenfalls kränkelnden Kollegen die laufend was am System zu meckern haben... :(

Momentan bin ich daran am arbeiten, dass mein Apache2 mit FastCGI und beiden PHP 4/5 als CGI zusammen mit OX auf einem einzigen Webserver laufen.
Die Einbindung von Java und Tomcat stellen nicht das Problem dar, sondern dieses besch... Jk2 Modul!!! grrrr
Schätze mal das ich einen logischen Fehler mache. Bin erst seit 2 Monaten mit Debianservern beschäftigt und für die kurze Zeit klappt es schon sehr gut :D

Was mit bislang an deiner Config aufgefallen ist, schaue mal genau auf deinen Syntax... ;)
einmal hast net "n et" geschrieben und hinter dc=... vor dem net ein Leerzeichen usw...

[/code]