Jalbum lässt sich nicht installieren, meckert Java an

Emess · 17.09.2009

Habe bei der installation scheinbar ein Javaproblem. Das Programm setzt Java voraus. Die neuste Version ist installiert. Hier ist der log den ich nicht verstehe.

Code:

squeeze:/home/michael/Desktop# ./Jalbuminstall.bin
Preparing to install...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...

Launching installer...

No protocol specified
Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Stack Trace:
java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11GraphicsEnvironment
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:169)
        at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68)
        at java.awt.Window.init(Window.java:379)
        at java.awt.Window.<init>(Window.java:432)
        at java.awt.Frame.<init>(Frame.java:403)
        at java.awt.Frame.<init>(Frame.java:368)
        at com.zerog.ia.installer.LifeCycleManager.g(DashoA8113)
        at com.zerog.ia.installer.LifeCycleManager.h(DashoA8113)
        at com.zerog.ia.installer.LifeCycleManager.a(DashoA8113)
        at com.zerog.ia.installer.Main.main(DashoA8113)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at com.zerog.lax.LAX.launch(DashoA8113)
        at com.zerog.lax.LAX.main(DashoA8113)
This Application has Unexpectedly Quit: Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
squeeze:/home/michael/Desktop# Jalbuminstall.bin

kann jemand was nützliches dazu sagen?

xbeduine · 17.09.2009

X läuft? $DISPLAY ist auch richtig gesetzt?

Wird auch das sun-jdk angezogen oder das default java von deinem System?

Code:

java -version

sollte dir das anzeigen.
Wenn du hier nicht das sun-Java dirn hast:

Code:

export PATH=/Pfad/zu/java/bin:$PATH

Event. hilft dir auch dieser Link weiter:
http://jalbum.net/forum/thread.jspa?messageID=56231&#56231

Emess · 17.09.2009

Code:

queeze:/home/michael/Desktop# java -version
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
[COLOR="Red"]Java HotSpot(TM) Client VM (build 14.2-b01, mixed mode, sharing)[/COLOR]
squeeze:/home/michael/Desktop#

wo das herkommt weiß ich nicht

xbeduine · 17.09.2009

Emess schrieb:

Code:

queeze:/home/michael/Desktop# java -version
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
[COLOR="Red"]Java HotSpot(TM) Client VM (build 14.2-b01, mixed mode, sharing)[/COLOR]
squeeze:/home/michael/Desktop#

wo das herkommt weiß ich nicht

Von sun

Java Hotspot

Sieht bei mir auch so ähnlich aus, nur dass ich nicht das aktuellste jdk drauf habe.

Code:

java -version
java version "1.6.0_14"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Java HotSpot(TM) 64-Bit Server VM (build 14.0-b16, mixed mode)

Hast du nur die jre oder das jdk installiert?

Goodspeed · 17.09.2009

Emess schrieb:
wo das herkommt weiß ich nicht

Dann solltest Du mal nachdenken.
Mit einem (ordentlichen) squeeze und dessen sun-java6-jre (6-14-1) funktioniert es hier ohne Probleme ...

P.S.:

Code:

java version "1.6.0_14"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Java HotSpot(TM) 64-Bit Server VM (build 14.0-b16, mixed mode)

Emess · 17.09.2009

Dann solltest Du mal nachdenken.
Mit einem (ordentlichen) squeeze und dessen sun-java6-jre (6-14-1) funktioniert es hier ohne Probleme ...

das hatte ich ja vorher auch, doch jalbum wollte doch unbedingt die neuste Version.
So jetzt setz ich mich erst mal mit jdk auseinander. :think:

xbeduine · 17.09.2009

Habs jetzt mit dem neusten jdk und jre probiert und es funktioniert mit beiden. Aber ich kann deinen Fehler nachvollziehen.

Code:

[ mad@gondor test ]$ echo $DISPLAY 
:0.0
[ mad@gondor test ]$ sh Jalbuminstall.in
Preparing to install...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
strings: '/lib/libc.so.6': No such file

Launching installer...

funktioniert.

Code:

[ mad@gondor test ]$ export DISPLAY=:1.0
[ mad@gondor test ]$ echo $DISPLAY 
:1.0
[ mad@gondor test ]$ sh Jalbuminstall.bin 
Preparing to install...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
strings: '/lib/libc.so.6': No such file

Launching installer...

Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Stack Trace:
java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11GraphicsEnvironment
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:169)
	at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68)

Damit knallts.

Also dürfte dein DISPLAY falsch gesetzt sein ...

Emess · 17.09.2009

Also dürfte dein DISPLAY falsch gesetzt sein ...

kannst du das etwas genauer erklären?
Oder wo kann ich das wenn es geht auf deutsch nachlesen?

Hab ein wenig gegoogelt. Das ist mir auf gefallen, dass ich die ganze Zeit das Programm mit unter root installieren wollte.
Also exit ->./Jalbuminstaller.bin -> Installer kommt -> Laufzeitumgebung auswählen -> Bingo!

Danke für den Denkanstoß

xbeduine · 17.09.2009

Dann passts ja

Mach doch mal als normaler Benutzer und dann als root ein

Code:

echo $DISPLAY

Die DISPLAY Variable teilt sich wie folgt auf: <Nummer Xservers:Nummer Display>

Emess · 17.09.2009

Sehr ominös 2x das selbe Resultat. Damit hab ich eigentlich nicht gerechnet. :think:

Code:

michael@squeeze:~$ echo $DISPLAY
:0.0
michael@squeeze:~$ su
Passwort:
squeeze:/home/michael# echo $DISPLAY
:0.0
squeeze:/home/michael#

xbeduine · 17.09.2009

Emess schrieb:
Sehr ominös 2x das selbe Resultat. Damit hab ich eigentlich nicht gerechnet.

Code:

michael@squeeze:~$ echo $DISPLAY :0.0 michael@squeeze:~$ su Passwort: squeeze:/home/michael# echo $DISPLAY :0.0 squeeze:/home/michael#

Werd mal mit su - root und nicht nur mit su. Nur mit su werden die Umgebungsvariablen von root nicht geladen, mit su - schon. Siehts du auch daran, dass du nach dem su im /home/michael landest. Mit su - solltest du in /root ankommen.

Emess · 18.09.2009

xbeduine schrieb:
Werd mal mit su - root und nicht nur mit su. Nur mit su werden die Umgebungsvariablen von root nicht geladen, mit su - schon. Siehts du auch daran, dass du nach dem su im /home/michael landest. Mit su - solltest du in /root ankommen.

Code:

michael@squeeze:~$ echo $DISPLAY
:0.0
michael@squeeze:~$ su -
Passwort:
squeeze:~# echo $DISPLAY
:0.0
squeeze:~# echo $DISPLAY
:0.0
squeeze:~#

das gleiche Resultat

Goodspeed · 18.09.2009

Is klar ... weil root die Session nicht gehört (Stichwort Xauthority).
(eine) Lösung wäre z.B. sux ...

Emess · 18.09.2009

Goodspeed schrieb:
Is klar ... weil root die Session nicht gehört (Stichwort Xauthority).
(eine) Lösung wäre z.B. sux ...

Hab mal ein wenig gelesen. Xauthority ist für mich ein recht komplexes Thema. Habe im Grunde zwar verstanden wofür das gut sein soll.
Bin aber ein wenig verwirrt, wann su, su - su - c,h,l,m,p,s :think:

In den letzten 2 Jahren war ich mit einem einfachen "su" ganz gut bedient. Aber gut zu wissen, das es Optionen gibt.

defcon · 18.09.2009

Trag doch in die /root/.bashrc das hier ein:

Code:

XAUTHORITY=/home/michael/.Xauthority

Emess · 18.09.2009

defcon schrieb:
Trag doch in die /root/.bashrc das hier ein:

Code:

XAUTHORITY=/home/michael/.Xauthority

Jetzt bloß nicht gleich auf mich einschlagen, aber was genau bewirkt das eigentlich? :oldman

defcon · 18.09.2009

Das sagt doch eigentlich alles schon aus....
Die .Xauthority des Users wird von root exportiert, damit dieser GUI-Anwendungen aus der Konsole raus ausführen kann.

Emess · 18.09.2009

defcon schrieb:
Das sagt doch eigentlich alles schon aus....
Die .Xauthority des Users wird von root exportiert, damit dieser GUI-Anwendungen aus der Konsole raus ausführen kann.

Ich hatte mir sowas gedacht, war mir aber nicht ganz sicher.
Ich weiss allerdings nicht ob das für mich gut ist. Ich habe den Hang zu Zerstören!

Danke

defcon · 18.09.2009

Solange es nur ein Hang und kein Drang ist...

Jalbum lässt sich nicht installieren, meckert Java an

Emess

Turmspringer

xbeduine

ausgesperrt

Emess

Turmspringer

xbeduine

ausgesperrt

Goodspeed

Foren Gott

Emess

Turmspringer

xbeduine

ausgesperrt

Emess

Turmspringer

xbeduine

ausgesperrt

Emess

Turmspringer

xbeduine

ausgesperrt

Emess

Turmspringer

Goodspeed

Foren Gott

Emess

Turmspringer

defcon

Kaiser

Emess

Turmspringer

defcon

Kaiser

Emess

Turmspringer

defcon

Kaiser

Ähnliche Themen

JBidWatcher: Problem bei loading Auctions in Verbindung mit mySQL

Jasig CAS SPNEGO Problem

NagiosGrapher 1.7.1 funktioniert nicht

Displayport + externer Monitor zeigt bei startx nichts erst bei DVI

Problem mit HSPA+ Modem Huawei E353 - Installation unmöglich?

Neueste Beiträge

Neueste Themen