Wednesday, 15 January 2014

configuration - ConverseJS and Openfire: room joining problems -


I have managed to work with a converse.js v.0.9.0 client on a Debian Openfire server. .

The connection works fine, I created some users to test things and everything was working properly, I could enter, make a personal conversation between users also , Which were listed properly when the "List Room" button is clicked on.

The problem arises when a user wanted to be included in another user's room, while doing so, the window was properly moved by the name of the room, but the user list in that room was empty and the communication was absolutely Was also not present (no one could see the message of each other at that room).

I took a look at the Open Fire admin panel and the room was displayed properly in the conference server, but with only 1 user.

Is this the Open Fire Conference Server Configuration? Or is this a convertor client that requires an additional module for room chat?

I've seen to see the code of the test page that it can help.

  & lt; DOCTYPE html & gt; & Lt; Html lang = "en" & gt; & Lt; Top & gt; & Lt; Meta charset = "UTF-8" & gt; & Lt; Title & gt; Prueba & lt; / Title & gt; & Lt; Link rel = "stylesheet" type = "text / css" media = "screen" href = "css / converse.css" & gt; & Lt; Script src = "builds / converse.js" & gt; & Lt; / Script & gt; & Lt; / Head & gt; & Lt; Body & gt; & Lt; / Body & gt; & Lt; Script & gt; (['Converse'], function (converse) {converse.initialize ({auto_list_rooms: false, auto_subscribe: false, bosh_service_url: 'http: // converse: 7070 / http-bind /', hide_muc_server: false, i18n: locale En, prebund: false, show_controlbox_by_default: true, roster_groups: true});}); & Lt; / Script & gt; & Lt; / Html & gt;  

Resolve! Problems were room options.

There are several ways to perform Join MUC (multi user chat) I'l quote ignite realtime on this:

/ / Create a multiuser chat Multipurpose muc2 = new using XMP connection for one room Multiuserate (Conn. 1, "Myrmoor @ Conference. Punjab");

// User 2 gets added to the new room

// will set the amount of history to send the cell service

  Muc2.join ("testbot2");  

In this example we can see how to join the room with a given alias and password:

// User 2 a password // will set the amount of history to send room service

  muc2.join ("testbot2", "password");  

In this example, we can see how should be included in the room with a given alias, in which the history of the history is specified:

// user2 joins a new password using a password to specify the amount of history and // // In this example, we are requesting the last 5 messages. Discussion history history = new discussion history (); History.setMaxStanzas (5);

  muc2.join ("testbot2", "password", history, conn1.getPacketReplyTimeout ()); So my guess is that the Conveyor Inquine Function is prepared only with the first path (with string criteria only) and when I check more options in the server then maybe the overstread function that asks the converse for more parameters The possibility to execute the function was to deny that there was only one parameter. 


No comments:

Post a Comment