[jitsi-dev] JVB exception: getAdaptiveLastN - NoSuchMethodError


#1

I'm getting an exception from the videobridge > build 263 (with a build based on f3798cb5f819f5726323af00b87d5a787d9a26fe)

10:48:00.417 FINER: [25] org.jitsi.impl.neomedia.MediaStreamImpl.trace() Created AudioMediaStreamImpl with hashCode 375646647
10:48:00.418 INFO: [25] org.jitsi.videobridge.Content.info() Created channel 4cbf7f9dd5e1d063 of content audio of conference b875827323e0b4a1. The total number of conferences is now 2, channels 2.
10:48:00.418 SEVERE: [25] util.UtilActivator.uncaughtException().108 An uncaught exception occurred in thread=Thread[pool-2-thread-3,5,main] and message was: net.java.sip.communicator.impl.protocol.jabber.extensions.colibri.ColibriConferenceIQ$Channel.getAdaptiveLastN()Ljava/lang/Boolean;
java.lang.NoSuchMethodError: net.java.sip.communicator.impl.protocol.jabber.extensions.colibri.ColibriConferenceIQ$Channel.getAdaptiveLastN()Ljava/lang/Boolean;
at org.jitsi.videobridge.Videobridge.handleColibriConferenceIQ(Videobridge.java:700)
at org.jitsi.videobridge.Videobridge.handleColibriConferenceIQ(Videobridge.java:451)
at org.jitsi.videobridge.xmpp.ComponentImpl.handleColibriConferenceIQ(ComponentImpl.java:207)
at org.jitsi.videobridge.xmpp.ComponentImpl.handleIQRequest(ComponentImpl.java:353)
at org.jitsi.videobridge.xmpp.ComponentImpl.handleIQ(ComponentImpl.java:284)
at org.jitsi.videobridge.xmpp.ComponentImpl.handleIQ(ComponentImpl.java:236)
at org.jitsi.videobridge.xmpp.ComponentImpl.handleIQSet(ComponentImpl.java:408)
at org.xmpp.component.AbstractComponent.processIQRequest(AbstractComponent.java:515)
at org.xmpp.component.AbstractComponent.processIQ(AbstractComponent.java:289)
at org.xmpp.component.AbstractComponent.processQueuedPacket(AbstractComponent.java:239)
at org.xmpp.component.AbstractComponent.access$100(AbstractComponent.java:81)
at org.xmpp.component.AbstractComponent$PacketProcessor.run(AbstractComponent.java:1051)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)

This looks like it's expecting a mandatory xml attribute which my mod_muc_focus doesn't send?


#2

No, the attribute is not considered mandatory, it just needs a newer version of the XML parsing code. If you are using a custom videobridge build you need to make sure that lib/protocol-jabber.jar is updated (it is updated in master as far I can see).

Regards,
Boris

···

On 02/10/14 15:46, Philipp Hancke wrote:

   I'm getting an exception from the videobridge > build 263 (with a
build based on f3798cb5f819f5726323af00b87d5a787d9a26fe)

>

10:48:00.417 FINER: [25] org.jitsi.impl.neomedia.MediaStreamImpl.trace()
Created AudioMediaStreamImpl with hashCode 375646647
10:48:00.418 INFO: [25] org.jitsi.videobridge.Content.info() Created
channel 4cbf7f9dd5e1d063 of content audio of conference
b875827323e0b4a1. The total number of conferences is now 2, channels 2.
10:48:00.418 SEVERE: [25] util.UtilActivator.uncaughtException().108 An
uncaught exception occurred in thread=Thread[pool-2-thread-3,5,main] and
message was:
net.java.sip.communicator.impl.protocol.jabber.extensions.colibri.ColibriConferenceIQ$Channel.getAdaptiveLastN()Ljava/lang/Boolean;
java.lang.NoSuchMethodError:
net.java.sip.communicator.impl.protocol.jabber.extensions.colibri.ColibriConferenceIQ$Channel.getAdaptiveLastN()Ljava/lang/Boolean;
at
org.jitsi.videobridge.Videobridge.handleColibriConferenceIQ(Videobridge.java:700)
at
org.jitsi.videobridge.Videobridge.handleColibriConferenceIQ(Videobridge.java:451)
at
org.jitsi.videobridge.xmpp.ComponentImpl.handleColibriConferenceIQ(ComponentImpl.java:207)
at
org.jitsi.videobridge.xmpp.ComponentImpl.handleIQRequest(ComponentImpl.java:353)
at org.jitsi.videobridge.xmpp.ComponentImpl.handleIQ(ComponentImpl.java:284)
at org.jitsi.videobridge.xmpp.ComponentImpl.handleIQ(ComponentImpl.java:236)
at
org.jitsi.videobridge.xmpp.ComponentImpl.handleIQSet(ComponentImpl.java:408)
at
org.xmpp.component.AbstractComponent.processIQRequest(AbstractComponent.java:515)
at
org.xmpp.component.AbstractComponent.processIQ(AbstractComponent.java:289)
at
org.xmpp.component.AbstractComponent.processQueuedPacket(AbstractComponent.java:239)
at
org.xmpp.component.AbstractComponent.access$100(AbstractComponent.java:81)
at
org.xmpp.component.AbstractComponent$PacketProcessor.run(AbstractComponent.java:1051)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)

This looks like it's expecting a mandatory xml attribute which my
mod_muc_focus doesn't send?


#3

No, the attribute is not considered mandatory, it just needs a newer
version of the XML parsing code. If you are using a custom videobridge
build you need to make sure that lib/protocol-jabber.jar is updated (it
is updated in master as far I can see).

i was replacing just the jar, not the lib folder. Thanks!