Problems with Jabber

We are seeing the same problem in the Proof of Technology. I am not sure how we can debug this either...any Openfire experts out there?? We need to isolate the problem and see if the users are really logged in on the server and if this status is being broadcast back to the other clients properly.

I have not seen this problem on other IM systems (eg: Sametime).

anthony

Aaron Cohen wrote:

There seems to be some problems with the Jabber integration with RTC. We
are seeing problems where the list of users does indicate all of the
users that are actually logged into Jabber. Refreshing does not seem to
help. The only thing that works is logging out and back in. How do we
debug this issue?

Do you see this issue permanently or only when people log in first time
after their account creation? That could be the issue described in
https://jazz.net/jazz/resource/itemName/com.ibm.team.workitem.WorkItem/54328


--
Cheers, Johannes
Agile Planning Team

kesterto wrote:

We are seeming the same problem in the Proof of Technology. I am not
sure how we can debug this either...any Openfire experts out there??

The Openfire server has a web ui which allows you to manage users and to
see if they are logged in or not. Connect with your browser at port 9090
on the server machine and select the 'Users/Groups' tab.

Do you see this permanently or only after account creation on the first
login?

--
Cheers, Johannes
Agile Planning Team

I believe this will be the first time the users have been used (we create a set of student logins, then they accept a team invitation, then set up their IM connection, they would not have been logged in to the jazz server or openfire before is my guess). Logging out and back in on their jazz server connections seems to clear the problem but not always.

It feels like the connection appears to time out. I am going to run the PoT again next week, I will try to see what is happening on the openfire server.

anthony

kesterto wrote:

We are seeming the same problem in the Proof of Technology. I am not
sure how we can debug this either...any Openfire experts out there??

The Openfire server has a web ui which allows you to manage users and to
see if they are logged in or not. Connect with your browser at port 9090
on the server machine and select the 'Users/Groups' tab.

Do you see this permanently or only after account creation on the first
login?

--
Cheers, Johannes
Agile Planning Team

It definitely happens at account creation (Jabber account, that is). We also see occasions where the status changes to offline even though the user is still connected. Would it help if we pre-created the user accounts in the jabber server?

I also have issues starting chats from a group of users that may include some that are offline (can't invite a group of users to a team discussion unless they are all online). If I logout/login to refresh the online status, the current group chat is suspended but I can't resume the chat once logged in again since there are still offline users in the chat list. I also can't see a away to close/end a team discussion so I can start a new one.

Regards,
Tim

tfeeney wrote:

zrlrkewrote:
kesterto wrote:
We are seeming the same problem in the Proof of Technology. I am
not
sure how we can debug this either...any Openfire experts out
there??
The Openfire server has a web ui which allows you to manage users and
to
see if they are logged in or not. Connect with your browser at port
9090
on the server machine and select the 'Users/Groups' tab.

Do you see this permanently or only after account creation on the
first
login?

We played around with this issue for a bit, this issue persist far after

the accounts are first created.

We played around with this issue for a bit, this issue persist far after
the accounts are first created.

Jazz tries to map Jabber user names onto Jazz users. Therefore the Jazz
user id or the <firstname>_<lastname>-pattern is used. It fails silently
in case mapping a Jazz user onto a Jabber user does not succeed.

Can you verify that your Jabber user names match the corresponding Jazz
user id or match the <firstname>_<lastname>-pattern?

--
Cheers, Johannes
Agile Planning Team

It definitely happens at account creation (Jabber account, that is).
We also see occasions where the status changes to offline even though
the user is still connected. Would it help if we pre-created the user
accounts in the jabber server?

Ja, pre-creating the users will help.

I also have issues starting chats from a group of users that may
include some that are offline (can't invite a group of users to a
team discussion unless they are all online). If I logout/login to
refresh the online status, the current group chat is suspended but I
can't resume the chat once logged in again since there are still
offline users in the chat list. I also can't see a away to close/end
a team discussion so I can start a new one.

I agree. In the current implementation, suspended chats are not useful.
We either shouldn't suspend them, or make them resumable. I created the
enhancement
https://jazz.net/jazz/resource/itemName/com.ibm.team.workitem.WorkItem/58585
to track this issue.


--
Cheers, Johannes
Agile Planning Team

We played around with this issue for a bit, this issue persist far after
the accounts are first created.

Jazz tries to map Jabber user names onto Jazz users. Therefore the Jazz
user id or the <firstname>_<lastname>-pattern is used. It fails silently
in case mapping a Jazz user onto a Jabber user does not succeed.

Can you verify that your Jabber user names match the corresponding Jazz
user id or match the <firstname>_<lastname>-pattern?

--
Cheers, Johannes
Agile Planning Team

In our case (Tim and I are working on the same version and setup of RTC) - our usernames and Jabber names are the same.

anthony

We have the same problem. Three people successfully logged in to jabber service (openfire 3.4.3), after that they tried to send test messages to each over. Two of us chat successfully, while third couldn`t see anything, even when he disconnected and connected again. After that we found that the first two developers who successfully connect to each over first time, was unable to receive messages now. Something strange happens, i`m trying to update openfire server.