Rennt Jitsi unter FreeBSD?

Elwood

Elwood

Naiver Mutmaßlicher
Hat jemand von euch Jitsi unter FreeBSD zum Laufen bekommen? Ich hab die aktuellen Sourcen ausgecheckt und mit ant (re)build run gebaut. Das klappt soweit.

Starten lässt sich Jitsi auch, allerdings mit Fehlermeldungen:

[java] IOException in readRegistry: java.io.EOFException
[java] 16:28:26.657 SCHWERWIEGEND: impl.neomedia.device.DeviceConfiguration.registerCustomRenderers().1200 Failed to register custom Renderer net.java.sip.communicator.impl.neomedia.jmfext.media.renderer.video.JAWTRenderer with JMF.
[java] 16:28:27.091 SCHWERWIEGEND: util.UtilActivator.uncaughtException().88 An uncaught exception occurred in thread=Thread[JavaSound PushThread,5,system] and message was: Illegal request to write non-integral number of frames (22050 bytes )
[java] java.lang.IllegalArgumentException: Illegal request to write non-integral number of frames (22050 bytes )
[java] at com.sun.media.sound.SimpleInputDevice$InputDeviceDataLine.read(SimpleInputDevice.java:514)
[java] at com.sun.media.protocol.javasound.PushThread.process(JavaSoundSourceStream.java:790)
[java] at com.sun.media.util.LoopThread.run(LoopThread.java:135)
[java] 16:28:31.022 SCHWERWIEGEND: impl.osdependent.SystemTray.getDefaultSystemTray().55 Failed to initialize the java.awt.SystemTray implementation.
[java] java.lang.UnsupportedOperationException: java.lang.reflect.InvocationTargetException
[java] at net.java.sip.communicator.impl.osdependent.SystemTray$AWTSystemTrayPeer.<init>(SystemTray.java:161)
[java] at net.java.sip.communicator.impl.osdependent.SystemTray.getDefaultSystemTray(SystemTray.java:51)
[java] at net.java.sip.communicator.impl.osdependent.jdic.SystrayServiceJdicImpl.<init>(SystrayServiceJdicImpl.java:133)
[java] at net.java.sip.communicator.impl.osdependent.OsDependentActivator.start(OsDependentActivator.java:67)
[java] at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
[java] at org.apache.felix.framework.Felix.activateBundle(Felix.java:1827)
[java] at org.apache.felix.framework.Felix.startBundle(Felix.java:1744)
[java] at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1148)
[java] at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
[java] at java.lang.Thread.run(Thread.java:619)
[java] Caused by: java.lang.reflect.InvocationTargetException
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:597)
[java] at net.java.sip.communicator.impl.osdependent.SystemTray$AWTSystemTrayPeer.<init>(SystemTray.java:153)
[java] ... 9 more
[java] Caused by: java.lang.UnsupportedOperationException: The system tray is not supported on the current platform.
[java] at java.awt.SystemTray.getSystemTray(SystemTray.java:148)
[java] ... 14 more
[java] 16:28:31.080 SCHWERWIEGEND: impl.osdependent.jdic.SystrayServiceJdicImpl.<init>().136 Failed to create a systray!
[java] java.lang.UnsatisfiedLinkError: /disk2/home/elwood/work/jitsi2/lib/native/freebsd-64/libtray.so: Undefined symbol "Java_com_sun_imageio_plugins_jpeg_JPEGImageReader_readImageHeader"
[java] at java.lang.ClassLoader$NativeLibrary.load(Native Method)
[java] at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
[java] at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
[java] at java.lang.Runtime.loadLibrary0(Runtime.java:823)
[java] at java.lang.System.loadLibrary(System.java:1030)
[java] at org.jdesktop.jdic.tray.internal.impl.GnomeSystemTrayService.<clinit>(Unknown Source)
[java] at org.jdesktop.jdic.tray.internal.impl.ServiceManagerStub.getService(Unknown Source)
[java] at org.jdesktop.jdic.tray.internal.ServiceManager.getService(Unknown Source)
[java] at org.jdesktop.jdic.tray.SystemTray.<clinit>(Unknown Source)
[java] at net.java.sip.communicator.impl.osdependent.SystemTray$JdicSystemTrayPeer.<init>(SystemTray.java:215)
[java] at net.java.sip.communicator.impl.osdependent.SystemTray.getDefaultSystemTray(SystemTray.java:64)
[java] at net.java.sip.communicator.impl.osdependent.jdic.SystrayServiceJdicImpl.<init>(SystrayServiceJdicImpl.java:133)
[java] at net.java.sip.communicator.impl.osdependent.OsDependentActivator.start(OsDependentActivator.java:67)
[java] at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
[java] at org.apache.felix.framework.Felix.activateBundle(Felix.java:1827)
[java] at org.apache.felix.framework.Felix.startBundle(Felix.java:1744)
[java] at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1148)
[java] at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
[java] at java.lang.Thread.run(Thread.java:619)
[java] ERROR: Error starting reference:file:sc-bundles/globalshortcut.jar (org.osgi.framework.BundleException: Activator start error in bundle [109].)
[java] java.lang.UnsatisfiedLinkError: no globalshortcut in java.library.path
[java] at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
[java] at java.lang.Runtime.loadLibrary0(Runtime.java:823)
[java] at java.lang.System.loadLibrary(System.java:1030)
[java] at net.java.sip.communicator.impl.globalshortcut.NativeKeyboardHook.<clinit>(NativeKeyboardHook.java:162)
[java] at net.java.sip.communicator.impl.globalshortcut.GlobalShortcutServiceImpl.<init>(GlobalShortcutServiceImpl.java:49)
[java] at net.java.sip.communicator.impl.globalshortcut.GlobalShortcutActivator.start(GlobalShortcutActivator.java:104)
[java] at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
[java] at org.apache.felix.framework.Felix.activateBundle(Felix.java:1827)
[java] at org.apache.felix.framework.Felix.startBundle(Felix.java:1744)
[java] at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1148)
[java] at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
[java] at java.lang.Thread.run(Thread.java:619)
[java] 16:28:36.559 SCHWERWIEGEND: impl.osdependent.jdic.SystrayServiceJdicImpl.checkInitialized().559 Systray not init
[java] 16:28:37.114 SCHWERWIEGEND: impl.osdependent.jdic.SystrayServiceJdicImpl.checkInitialized().559 Systray not init
[java] 16:28:37.148 SCHWERWIEGEND: impl.osdependent.jdic.SystrayServiceJdicImpl.checkInitialized().559 Systray not init
Zum Vergrößern anklicken....

Einmal kann Jitsi sich wohl nicht im Systray einnisten und zum anderen gibt es Probleme mit der Videogeschichte.

Wenn ich von einem anderen Client eine Nachricht zum den o.g. schicke, geht auch brav das übliche Fenster auf und man kann Nachrichten tauschen.

Auf der Website http://www.jitsi.org wird FreeBSD auch als System aufgeführt, auf dem Jitsi laufen soll. Das ist dann offenbar nicht ganz der Fall.

Jemand schon weiter als ich?!

Gruss, Elwood
 
Zuletzt bearbeitet:
Ich hatte es vor ca 2 Monaten ausprobiert, damals konnte ich keine Verbingung aufbauen, weil ich in einem Netz war in dem fast alle Ports gespeert waren und Protokolle gefiltert wurden. Ich hatte aber auch das ant script auseinander genommen und das ganze ganz krüppelig über die Konsole übersetzt :) evtl hängt es damit zusammen. Ich hatte auf jeden Fall das Systray-Icon und das Programm lief sauber.

Wichtig ist wohl der benutzte Desktop nehme ich an. Ich habe ein FreeBSD 8.2 mit gnome 2

ath0
 
Ich habe am build-script für ant nichts geändert. Zum Einsatz kommt xfce... Aber ich werd es mal unter einem anderen WM mal antesten.. Guter Tip!
 
Ich habe es auch gerade nochmal probiert, nichts geht mehr anscheinend wurde was geändert. Ich könnte ja mal auf meinem Laptop nachsehen ob ich die läufige Version noch habe, dann könntest du damit rum spielen.
 
Ich habe jetzt mal openjdk6 statt jdk16 eingestellt und siehe da, es werden immer noch Fehler geschmissen, aber Jitsi erscheint jetzt auch im Systray und kann Nachrichten verschicken. Audio und Video habe ich noch nicht weitergetestet.
 
Oh ja könnte sein das ich auf meinem Laptop das OpenJDK habe. Interessant das es Projekte gibt die das OpenJDK besser unterstützen als das JDK.
 
Ich glaube, Yamagi hatte dazu schon mal geschrieben, daß openjdk6 mittlerweile aktueller ist als jdk16, wenn ich mich recht entsinne. Wenn's dann mit openjdk funktioniert, soll mir das auch recht sein :)
 
Fassen wir es noch mal kurz zusammen:

- jdk16 ist das SUN-JDK und unter FreeBSD sehr zickig. Wundert mich erhlich gesagt nicht, dass es bei dir Ärger machte...

- diablo-jdk16 ist ein sauberer Port des JDK auf FreeBSD und von SUN zertifiziert. Funktioniert meist einwandfrei, ist aber inzwischen recht alt. Die FreeBSD Foundation wird eher keine neue Lizenz kaufen, sofern Oracle die überhaupt noch anbietet.

- openjdk16 ist der von SUN unter GPL gestellte JDK-Code und sauber auf FreeBSD portiert. Läuft meist einwandfrei, nur einige sehr wenige Anwendungen zicken rum. Da deutlich neuer und meist schneller als das diablo-jdk16, die erste Wahl.

Mit Java 7 gibt es übrigens nur noch das OpenJDK, damit löst sich das Wirrwar also von allein auf.
 
Gibt es hier news, läuft jitsi auch mit audio und video bei euch? Nachdem ekiga von mir den fail-ware award 2012 bekommt, für tut-nichts-und-gibt-nochnichtmal-fehler-aus, brauche ich eine alternative... auch wenn java natürlich schonmal ein minuspunkt ist.
 
Das DiabloJDK ist vollkommen überholt. Ich würde es nicht einsetzen
Ich habe mit dem OpenJDK 6 unter FreeBSD unter anderem folgende Anwendungen im Betrieb:

Jboss 5.1
Jboss 6.1
Tomcat 6
Liferay 6
Nuxeo ECM 5.4 und 5.5 alle Versionen
Redmine über JRuby
magnolia ab 4
Hippo CMS ab 7
Hippo HST ab 7
Jassig CAS Server
OpenCMS 7 und 8
Konakart
Quercus PHP Laufzeitumgebung in JAVA
Alfresco mal getestet
Apache Directory Server
Apache Archiva
HyperGate
Bonita

Und als Client
Atunes
Eclipse
OpenOffice
Apache Chemistry Workbench

Also bis jetzt kann ich mangelhafte Unterstützung seitens des OpenJDK 6 nicht beklagen. Ich habe nur noch Bedenken auf das OpenJDK 7 zu schwenken. Aber das ist nicht durch FreeBSD zu begründen.
Ausser das Jboss 5 keine IPv6 Unterstützt habe ich auch mit dem Netzwerk keine Probleme.
 
Zuletzt bearbeitet:
@Minimike: glaub ich dir ja, dass openjdk gut ist, aber die Frage war doch ob Jitsi laeuft oder nicht :rolleyes:
 
Also, ich habe es jetzt mal mit einem aktuellen .jar -Installer von der Homepage und openjdk versucht, der installiert auch alles brav (sieht aus wie Windows98 aber egal, java halt), legt Einträge im Menü an und so.
Das Programm lässt sich auch starten, und kommt sogar mit minimalen Angaben aus für SIP (Username und Passwort). Es kriegt dann auch eine Authentifizierung hin und meldet mich an. Das bestätigt mir auch das Portal meines SIP-Anbieters. Wenn ich aber versuche einen Anruf zu tätigen schlägt das fehl mit:
Code: 
net.java.sip.communicator.service.protocol.OperationFailedException: An error occurred while sending invite request
	at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.throwOperationFailedException(ProtocolProviderServiceSipImpl.java:2387)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.invite(CallPeerSipImpl.java:1490)
	at net.java.sip.communicator.impl.protocol.sip.CallSipImpl.invite(CallSipImpl.java:194)
	at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.createOutgoingCall(OperationSetBasicTelephonySipImpl.java:233)
	at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.createCall(OperationSetBasicTelephonySipImpl.java:154)
	at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.createCall(OperationSetBasicTelephonySipImpl.java:114)
	at net.java.sip.communicator.impl.gui.main.call.CallManager$CreateCallThread.run(CallManager.java:1219)
Caused by: net.java.sip.communicator.service.protocol.OperationFailedException: An error occurred while creating session description
	at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.throwOperationFailedException(ProtocolProviderServiceSipImpl.java:2387)
	at net.java.sip.communicator.impl.protocol.sip.sdp.SdpUtils.createSessionDescription(SdpUtils.java:194)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.createFirstOffer(CallPeerMediaHandlerSipImpl.java:133)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.createOffer(CallPeerMediaHandlerSipImpl.java:108)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.invite(CallPeerSipImpl.java:1473)
	... 5 more
Caused by: javax.sdp.SdpException: The parameter is null
	at gov.nist.javax.sdp.SessionDescriptionImpl.setOrigin(SessionDescriptionImpl.java:480)
	at javax.sdp.SdpFactory.createSessionDescription(SdpFactory.java:79)
	at net.java.sip.communicator.impl.protocol.sip.sdp.SdpUtils.createSessionDescription(SdpUtils.java:143)
	... 8 more
Wird da irgendein Java-kundiger Mensch schlau draus, bedeutet das vielleicht sowas wie, "Disk full" in einer andere nSprache? ^^
Oder muss man dafür eh in den Code einsteigen?

Ach ja, erkennt auch das Soundsystem nicht. Da sagt er in den Optionen SoundSystem: "None" und man kann nichts andere einstellen. Angeblich soll Jitsi aber OSS können... Könnte obiger Fehler daran liegen?

edit: der startup-log sieht so ähnlich aus, wie oben, also keine anderen Dinge, die böse aussehen.

edit2: so, wenn man Transport type auf TCP setzt statt UDP, dann komme ich weiter:
Code: 
net.java.sip.communicator.service.protocol.OperationFailedException: An error occurred while sending invite request
	at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.throwOperationFailedException(ProtocolProviderServiceSipImpl.java:2387)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.invite(CallPeerSipImpl.java:1490)
	at net.java.sip.communicator.impl.protocol.sip.CallSipImpl.invite(CallSipImpl.java:194)
	at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.createOutgoingCall(OperationSetBasicTelephonySipImpl.java:233)
	at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.createCall(OperationSetBasicTelephonySipImpl.java:154)
	at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.createCall(OperationSetBasicTelephonySipImpl.java:114)
	at net.java.sip.communicator.impl.gui.main.call.CallManager$CreateCallThread.run(CallManager.java:1219)
Caused by: net.java.sip.communicator.service.protocol.OperationFailedException: We couldn't find any active Audio/Video devices and couldn't create a call
	at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.throwOperationFailedException(ProtocolProviderServiceSipImpl.java:2385)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.createMediaDescriptions(CallPeerMediaHandlerSipImpl.java:234)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.createFirstOffer(CallPeerMediaHandlerSipImpl.java:127)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.createOffer(CallPeerMediaHandlerSipImpl.java:108)
	at net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.invite(CallPeerSipImpl.java:1473)
	... 5 more
"We couldn't find any active Audio/Video devices and couldn't create a call" hört sich doch schonmal nach etwas handfestem an. Aber wie bringe ich dem jetzt OSS bei?
 
Zuletzt bearbeitet:
Mal ne andere Frage dazu.

Bei Jitsi steht ja dass OTR für Sofortnachrichten bzw ZRTP für Bild und Ton als Verschluesselungsgrundlage genommen wird.
Werden dann die Nachrichten fuer msn auch automatisch verschlueselt uebertragen, oder geht die Verschluesselung nur fuer bestimmte Protokolle?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben