[jitsi-users] Jitsi 2.6 released


#1

Hey guys

We just released Jitsi 2.6 from our stand at FOSDEM 2015. We fixed security issues, added a new implementation for IRC, improved the stability of calls, added new codecs and many more features and enhancements. The changelog [1] gives you an overview of the changes. Download the new bits at [2] or use the updater.

Cheers,
Ingo, Damencho and the rest of the team

[1] https://download.jitsi.org/jitsi/windows/updates/
[2] https://download.jitsi.org


#2

An impressive list of improvements. Good work everyone!

David

···

On 2/1/2015 9:10 AM, Hristo Terezov wrote:

Hey guys

We just released Jitsi 2.6 from our stand at FOSDEM 2015. We fixed security issues, added a new implementation for IRC, improved the stability of calls, added new codecs and many more features and enhancements. The changelog [1] gives you an overview of the changes. Download the new bits at [2] or use the updater.

Cheers,
Ingo, Damencho and the rest of the team

[1] https://download.jitsi.org/jitsi/windows/updates/
[2] https://download.jitsi.org
_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#3

Hristo,

     Thanks for the update! Installed it and fired it up and it seems to work smoothly.

     I'm happy to note that the new version restored my connection to Facebook, which had gotten broken with either a change to FB protocols, an update to Jitsi, or changes I made to FB Settings/Apps/My Apps which broke the connection but didn't restore when the changes were reset.

     In any case, if anyone else had their FB connection broken, this release fixes it.

···

On 2/1/15 10:10 AM, Hristo Terezov wrote:

Hey guys

We just released Jitsi 2.6 from our stand at FOSDEM 2015. We fixed security issues, added a new implementation for IRC, improved the stability of calls, added new codecs and many more features and enhancements. The changelog [1] gives you an overview of the changes. Download the new bits at [2] or use the updater.

Cheers,
Ingo, Damencho and the rest of the team

[1] https://download.jitsi.org/jitsi/windows/updates/
[2] https://download.jitsi.org
_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#4

IRC, thanks! (And a pretty impressive list of other important and useful
improvements!)

Thanks a lot!


#5

Thanks a bunch to everyone involved!.
I've just edited the Wikipedia entry [en] to reflect the new version number.

When I read a previous thread where someone told me "2.4 was released" I
scratched my head and went to the wikipedia page to see the last version as
"2.4, one year ago" and thought WTF. I originally intended to come here and
propose "isn't it time to do a new stable release", but there was no need
as I got this announcement from Ingo and co.. :o)

So, again, thanks!
FC

···

On Sun, Feb 1, 2015 at 12:10 PM, Hristo Terezov <hristo@jitsi.org> wrote:

We just released Jitsi 2.6 from our stand at FOSDEM 2015. We fixed
security issues, added a new implementation for IRC, improved the stability
of calls, added new codecs and many more features and enhancements. The
changelog [1] gives you an overview of the changes. Download the new bits
at [2] or use the updater.

Cheers,
Ingo, Damencho and the rest of the team

--
During times of Universal Deceit, telling the truth becomes a revolutionary
act
Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto
Revolucionario
- George Orwell


#6

Доброго времени суток, All.

Great! Thanks a lot! Nice to see such news!

PGP public key.asc (15 KB)

···

--
С уважением,
Олег
mailto: oleg.bars.mail@yandex.ru

Please, use PGP for e-mail encryption.
Пожалуйста, используйте PGP для шифрования переписки.


#7

Hi,

We just released Jitsi 2.6 from our stand at FOSDEM 2015. We fixed
security issues, added a new implementation for IRC, improved the
stability of calls, added new codecs and many more features and
enhancements. The changelog [1] gives you an overview of the changes.
Download the new bits at [2] or use the updater.

I just installed it, but I still have the same problem as before:

$ jitsi --multiple
java.io.IOException: Referenced file does not exist: sc-bundles/protocol-msn.jar
  at org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:852)
  at org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550)
  at org.apache.felix.framework.cache.BundleArchive.<init>(BundleArchive.java:226)
  at org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
  at org.apache.felix.framework.Felix.init(Felix.java:711)
  at org.apache.felix.main.Main.main(Main.java:289)
  at net.java.sip.communicator.launcher.SIPCommunicator.main(SIPCommunicator.java:176)
java.io.IOException: Referenced file does not exist: sc-bundles/msnaccregwizz.jar
  at org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:852)
  at org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550)
  at org.apache.felix.framework.cache.BundleArchive.<init>(BundleArchive.java:226)
  at org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
  at org.apache.felix.framework.Felix.init(Felix.java:711)
  at org.apache.felix.main.Main.main(Main.java:289)
  at net.java.sip.communicator.launcher.SIPCommunicator.main(SIPCommunicator.java:176)
12:19:35.242 SEVERE: [10] impl.netaddr.NetworkConfigurationWatcher.<init>().74 Error checking network interfaces
java.net.SocketException: Cannot assign requested address
  at java.net.NetworkInterface.getAll(Native Method)
  at java.net.NetworkInterface.getNetworkInterfaces(NetworkInterface.java:286)
  at net.java.sip.communicator.impl.netaddr.NetworkConfigurationWatcher.checkNetworkInterfaces(NetworkConfigurationWatcher.java:337)
  at net.java.sip.communicator.impl.netaddr.NetworkConfigurationWatcher.<init>(NetworkConfigurationWatcher.java:71)
  at net.java.sip.communicator.impl.netaddr.NetworkAddressManagerServiceImpl.addNetworkConfigurationChangeListener(NetworkAddressManagerServiceImpl.java:554)
  at net.java.sip.communicator.impl.dns.DnsUtilActivator.serviceChanged(DnsUtilActivator.java:367)
  at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:943)
  at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:794)
  at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:544)
  at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4425)
  at org.apache.felix.framework.Felix.registerService(Felix.java:3429)
  at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:346)
  at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:320)
  at net.java.sip.communicator.impl.netaddr.NetaddrActivator.start(NetaddrActivator.java:83)
  at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
  at org.apache.felix.framework.Felix.activateBundle(Felix.java:2152)
  at org.apache.felix.framework.Felix.startBundle(Felix.java:2070)
  at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1297)
  at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)
  at java.lang.Thread.run(Thread.java:662)
12:19:35.243 SEVERE: [10] impl.netaddr.NetworkConfigurationWatcher.initialFireEvents().157 Error checking network interfaces
java.net.SocketException: Cannot assign requested address
  at java.net.NetworkInterface.getAll(Native Method)
  at java.net.NetworkInterface.getNetworkInterfaces(NetworkInterface.java:286)
  at net.java.sip.communicator.impl.netaddr.NetworkConfigurationWatcher.initialFireEvents(NetworkConfigurationWatcher.java:112)
  at net.java.sip.communicator.impl.netaddr.NetworkConfigurationWatcher.addNetworkConfigurationChangeListener(NetworkConfigurationWatcher.java:88)
  at net.java.sip.communicator.impl.netaddr.NetworkAddressManagerServiceImpl.addNetworkConfigurationChangeListener(NetworkAddressManagerServiceImpl.java:556)
  at net.java.sip.communicator.impl.dns.DnsUtilActivator.serviceChanged(DnsUtilActivator.java:367)
  at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:943)
  at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:794)
  at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:544)
  at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4425)
  at org.apache.felix.framework.Felix.registerService(Felix.java:3429)
  at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:346)
  at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:320)
  at net.java.sip.communicator.impl.netaddr.NetaddrActivator.start(NetaddrActivator.java:83)
  at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
  at org.apache.felix.framework.Felix.activateBundle(Felix.java:2152)
  at org.apache.felix.framework.Felix.startBundle(Felix.java:2070)
  at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1297)
  at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)
  at java.lang.Thread.run(Thread.java:662)
ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports only playback stream
ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave
12:19:37.050 SEVERE: [10] impl.netaddr.NetworkConfigurationWatcher.initialFireEvents().157 Error checking network interfaces
java.net.SocketException: Cannot assign requested address
  at java.net.NetworkInterface.getAll(Native Method)
  at java.net.NetworkInterface.getNetworkInterfaces(NetworkInterface.java:286)
  at net.java.sip.communicator.impl.netaddr.NetworkConfigurationWatcher.initialFireEvents(NetworkConfigurationWatcher.java:112)
  at net.java.sip.communicator.impl.netaddr.NetworkConfigurationWatcher.addNetworkConfigurationChangeListener(NetworkConfigurationWatcher.java:88)
  at net.java.sip.communicator.impl.netaddr.NetworkAddressManagerServiceImpl.addNetworkConfigurationChangeListener(NetworkAddressManagerServiceImpl.java:556)
  at net.java.sip.communicator.plugin.reconnectplugin.ReconnectPluginActivator.start(ReconnectPluginActivator.java:216)
  at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
  at org.apache.felix.framework.Felix.activateBundle(Felix.java:2152)
  at org.apache.felix.framework.Felix.startBundle(Felix.java:2070)
  at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1297)
  at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)
  at java.lang.Thread.run(Thread.java:662)

At this point, I have a uniformly grey roster window with no controls
whatsoever. However, I can open the options menu from the tray and then
enable my account, at which point I can see these additional entries
on the console:

log4j:WARN No appenders could be found for logger (org.apache.http.impl.conn.BasicClientConnectionManager).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.

HTH, and thanks for your efforts so far!

Kind regards,
--Toni++

···

On Sun, Feb 01, 2015 at 05:10:57PM +0200, Hristo Terezov wrote:


#8

Oh, this is great! Awesome news, guys.
Thank you very much for the desktop version for windows. I threw out the
skype "spy machine" and have great time with Jitsi.


#9

Hi,

I have just reproduced this problem on a different, but similar,
computer:

$ jitsi
java.io.IOException: Referenced file does not exist: sc-bundles/msnaccregwizz.jar
  at org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:852)
  at org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550)
  at org.apache.felix.framework.cache.BundleArchive.<init>(BundleArchive.java:226)
  at org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
  at org.apache.felix.framework.Felix.init(Felix.java:711)
  at org.apache.felix.main.Main.main(Main.java:289)
  at net.java.sip.communicator.launcher.SIPCommunicator.main(SIPCommunicator.java:176)
java.io.IOException: Referenced file does not exist: sc-bundles/protocol-msn.jar
  at org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:852)
  at org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550)
  at org.apache.felix.framework.cache.BundleArchive.<init>(BundleArchive.java:226)
  at org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
  at org.apache.felix.framework.Felix.init(Felix.java:711)
  at org.apache.felix.main.Main.main(Main.java:289)
  at net.java.sip.communicator.launcher.SIPCommunicator.main(SIPCommunicator.java:176)
ALSA lib pcm_dmix.c:1022:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_dmix.c:961:(snd_pcm_dmix_open) The dmix plugin supports only playback stream
ALSA lib pcm_dmix.c:1022:(snd_pcm_dmix_open) unable to open slave
warning: The VAD has been replaced by a hack pending a complete rewrite

I just wanted to add that both machines run Debian/Jessie/X86_64 and
have jitsi 2.6.5390-1 installed.

Kind regards,
--Toni++


#10

sounds like a warning more than a critical bug. The app doesn't load in any
case?.

Plus, I read on the release notes that MSN support was removed. So it makes
sense.
It seems that the reference to the old msn jar was left there...

Just my $0.02
FC

···

On Mon, Feb 2, 2015 at 10:16 AM, Toni Mueller <support+jitsi@oeko.net> wrote:

java.io.IOException: Referenced file does not exist:
sc-bundles/protocol-msn.jar


#11

java.io.IOException: Referenced file does not exist: sc-
bundles/msnaccregwizz.jar
java.io.IOException: Referenced file does not exist:
sc-bundles/protocol-msn.jar
[...]

Jitsi must have been running there before and the messages are because of the removal of the MSN protocol. They're normal and certainly not the cause for your gray screen.

I just wanted to add that both machines run Debian/Jessie/X86_64 and
have jitsi 2.6.5390-1 installed.

Somehow Java (which we use as the underlying framework) somehow seems unable to find you network cards, at least on the first trace you sent. As this causes a bunch of components to fail which likely causes the gray window.
Unfortunately I have no idea as to why Java wouldn't find your NICs.

Kind regards,
--Toni++

Ingo


#12

Hi Fernando,

> java.io.IOException: Referenced file does not exist:
> sc-bundles/protocol-msn.jar

sounds like a warning more than a critical bug. The app doesn't load in any
case?.

the most I can get is an app which displays an empty grey window and an
icon in the tray. With the help of the tray icon, I can access
configuration and account management options, but I cannot see my
buddies, nor can I make any calls. I posted a screenshot a while back
("aspiring user...").

Plus, I read on the release notes that MSN support was removed. So it makes
sense.
It seems that the reference to the old msn jar was left there...

Ok. For me, only XMPP and SIP are relevant.

Kind regards,
--Toni++

···

On Mon, Feb 02, 2015 at 03:51:38PM -0300, Fernando Cassia wrote:

On Mon, Feb 2, 2015 at 10:16 AM, Toni Mueller <support+jitsi@oeko.net> wrote:


#13

Hi Ingo,

Jitsi must have been running there before and the messages are because
of the removal of the MSN protocol. They're normal and certainly not
the cause for your gray screen.

ok. I have tried Jitsi every once in a while, but this time, I am
certain that Jitsi was not running when I started it.

> I just wanted to add that both machines run Debian/Jessie/X86_64 and
> have jitsi 2.6.5390-1 installed.

Somehow Java (which we use as the underlying framework) somehow seems
unable to find you network cards, at least on the first trace you
sent. As this causes a bunch of components to fail which likely causes
the gray window. Unfortunately I have no idea as to why Java wouldn't
find your NICs.

Weird. When I open the Settings dialog, I also get a tab where I can
activate my jit.si account, and it proceeds to say that I am online (or
so I understand the message after I check the box to the left of the
account).

This is the current routing table of one of the machines - the other is
similar, but not the same:

$ netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 192.168.2.1 0.0.0.0 UG 0 0 0 br0
10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 br0:2
192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0 br0
192.168.8.0 0.0.0.0 255.255.254.0 U 0 0 0 br0:1
$

You can see that I am not using the interfaces directly. In fact, atm
it's good old bridging, but I intend to migrate to OVS at some point.

The other machine is my laptop, where the default route is frequently
via wlan0.

Kind regards,
--Toni++

···

On Tue, Feb 03, 2015 at 09:51:18AM +0100, Ingo Bauersachs wrote:


#14

Somehow Java (which we use as the underlying framework) somehow seems
unable to find you network cards, at least on the first trace you
sent. As this causes a bunch of components to fail which likely causes
the gray window. Unfortunately I have no idea as to why Java wouldn't
find your NICs.

Weird. When I open the Settings dialog, I also get a tab where I can
activate my jit.si account, and it proceeds to say that I am online (or
so I understand the message after I check the box to the left of the
account).

This is the current routing table of one of the machines - the other is
similar, but not the same:

$ netstat -rn Kernel IP routing table Destination Gateway
Genmask Flags MSS Window irtt Iface 0.0.0.0
192.168.2.1 0.0.0.0 UG 0 0 0 br0 10.0.0.0
    0.0.0.0 255.255.255.0 U 0 0 0 br0:2
192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0
br0 192.168.8.0 0.0.0.0 255.255.254.0 U 0 0
  0 br0:1 $

You can see that I am not using the interfaces directly. In fact, atm
it's good old bridging, but I intend to migrate to OVS at some point.

Well, I wouldn't be surprised if Java chokes on that.

I don't know if you feel comfortable compiling a small Java program to proof the point, but if you are, this would be it:
http://docs.oracle.com/javase/tutorial/networking/nifs/listing.html

- Save the code into a file named "ListNets.java"
- Run "javac ListNets.java"
- Run "java ListNets" and see what happens. If it runs successfully I'd be curious about its output. If not, well, then there isn't anything we can do from our side.

The other machine is my laptop, where the default route is frequently
via wlan0.

Kind regards,
--Toni++

Ingo


#15

I have provided a ready-to-run version here.

https://drive.google.com/file/d/0B2fp0gRsBZAlT3FMYmpKejNHaEk/view?usp=sharing

And here a .zip version, containing the same with Readme, sha1sum, source
and binary.
https://drive.google.com/file/d/0B2fp0gRsBZAlUm16a1puVEM5dFk/view?usp=sharing

SHA1SUM is
274ba5472b92244c98fe834883cf2e8b6f844eb1 *listnets.jar

Just download the .jar listed above (first link) and run it with

java -jar listnets.jar

Hope this helps future debugging!.

FC

···

On Tue, Feb 3, 2015 at 9:17 AM, Ingo Bauersachs <ingo@jitsi.org> wrote:

I don't know if you feel comfortable compiling a small Java program to
proof the point, but if you are, this would be it:
http://docs.oracle.com/javase/tutorial/networking/nifs/listing.html

--
During times of Universal Deceit, telling the truth becomes a revolutionary
act
Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto
Revolucionario
- George Orwell


#16

Hi Ingo,

thank you for your feedback.

> $ netstat -rn Kernel IP routing table Destination Gateway
> Genmask Flags MSS Window irtt Iface 0.0.0.0
> 192.168.2.1 0.0.0.0 UG 0 0 0 br0 10.0.0.0
> 0.0.0.0 255.255.255.0 U 0 0 0 br0:2
> 192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0
> br0 192.168.8.0 0.0.0.0 255.255.254.0 U 0 0
> 0 br0:1 $
>
> You can see that I am not using the interfaces directly. In fact, atm
> it's good old bridging, but I intend to migrate to OVS at some point.

Well, I wouldn't be surprised if Java chokes on that.

Well, I am mightily surprised to see Java choke on that, for sure!

I have no idea why Java should be unable to grok such a setup, but it is
a very common situation if you are playing with VMs.

I don't know if you feel comfortable compiling a small Java program to
proof the point, but if you are, this would be it:

I did, and this is the result:

- Run "java ListNets" and see what happens. If it runs successfully
I'd be curious about its output. If not, well, then there isn't
anything we can do from our side.

$ java ListNets
Exception in thread "main" java.net.SocketException: Cannot assign requested address
  at java.net.NetworkInterface.getAll(Native Method)
  at java.net.NetworkInterface.getNetworkInterfaces(NetworkInterface.java:286)
  at ListNets.main(ListNets.java:9)
$

I have now reported a bug against openjdk.

Kind regards,
--Toni++

···

On Tue, Feb 03, 2015 at 01:17:41PM +0100, Ingo Bauersachs wrote:


#17

Hi Fernando,

I have provided a ready-to-run version here.
https://drive.google.com/file/d/0B2fp0gRsBZAlT3FMYmpKejNHaEk/view?usp=sharing
And here a .zip version, containing the same with Readme, sha1sum, source
and binary.
https://drive.google.com/file/d/0B2fp0gRsBZAlUm16a1puVEM5dFk/view?usp=sharing

SHA1SUM is
274ba5472b92244c98fe834883cf2e8b6f844eb1 *listnets.jar

yours works with SUN Java, mine was done with OpenJDK. They actually
behave differently, if you compare the tracebacks:

$ java -jar ListNets.jar
Exception in thread "main" java.lang.UnsupportedClassVersionError: ListNets : Unsupported major.minor version 52.0
  at java.lang.ClassLoader.defineClass1(Native Method)
  at java.lang.ClassLoader.defineClass(ClassLoader.java:787)
  at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
  at java.net.URLClassLoader.defineClass(URLClassLoader.java:447)
  at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
  at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
  at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
  at java.security.AccessController.doPrivileged(Native Method)
  at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
  at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:476)
$

Kind regards,
--Toni++

···

On Tue, Feb 03, 2015 at 10:30:37AM -0300, Fernando Cassia wrote:


#18

It's just the version specified in the manifest file. I'll update it to 1.7
so it runs in OpenJDK 7...

Apparently you're running OpenJDK 7, not OpenJDK 8?

Or, I can recompile with a previous JDK and the problem will be gone.

FC

···

On Tue, Feb 3, 2015 at 10:41 AM, Toni Mueller <support+jitsi@oeko.net> wrote:

yours works with SUN Java, mine was done with OpenJDK. They actually
behave differently, if you compare the tracebacks:


#19

See if this makes a difference, compiled for Java7 / OpenJDK 7 with -source
1.7 -target 1.7.

https://drive.google.com/file/d/0B2fp0gRsBZAlTkZJcWRWaS1teWs/view?usp=sharing

FC

···

On Tue, Feb 3, 2015 at 10:49 AM, Fernando Cassia <fcassia@gmail.com> wrote:

Or, I can recompile with a previous JDK and the problem will be gone.


#20

Well, I wouldn't be surprised if Java chokes on that.

Well, I am mightily surprised to see Java choke on that, for sure!

We had problems before when people disabled the IPv6 protocol on Windows. Java chokes on that as well because they assign interface numbers based on the enabled protocols and it gets really messy. Having seen the native code behind that, there's really no surprise anymore.

I have no idea why Java should be unable to grok such a setup, but it is
a very common situation if you are playing with VMs.

I don't know if you feel comfortable compiling a small Java program to
proof the point, but if you are, this would be it:

I did, and this is the result:

- Run "java ListNets" and see what happens. If it runs successfully
I'd be curious about its output. If not, well, then there isn't
anything we can do from our side.

$ java ListNets Exception in thread "main" java.net.SocketException:
Cannot assign requested address at
java.net.NetworkInterface.getAll(Native Method) at
java.net.NetworkInterface.getNetworkInterfaces(NetworkInterface.java:286)
   at ListNets.main(ListNets.java:9) $

I have now reported a bug against openjdk.

Thank you.

Kind regards,
--Toni++

Ingo