| The IRosterListener.handleRosterUpdate problem [message #618695] |
Sat, 16 June 2007 02:48  |
Eclipse User |
|
|
|
I use ECF-RC3, xmpp, the server is openfire3.3.1.
When a user(etc user1) has logged. The status is AVAILABLE.
When another user(etc user2) has logged after. The user1 status can't be
received, the handleRosterUpdate can't be call.
The user2 show user1 status is unavailable.
When the server is jabberd,no problem.
|
|
|
| Re: The IRosterListener.handleRosterUpdate problem [message #618696 is a reply to message #618695] |
Mon, 18 June 2007 14:12  |
| Eclipse User |
|
|
|
Hi Cui,
cui zihui wrote:
> I use ECF-RC3, xmpp, the server is openfire3.3.1.
> When a user(etc user1) has logged. The status is AVAILABLE.
> When another user(etc user2) has logged after. The user1 status can't be
> received, the handleRosterUpdate can't be call.
> The user2 show user1 status is unavailable.
>
> When the server is jabberd,no problem.
Thanks for the report. So if I'm understanding you correctly the
openfire 3.3.1 server does not send a second status change message to
user2 for the user1 AVAILABLE. Is that right?
One thing that may be going wrong here...I checked the code and when
user2 connects the first thing it does is retrieve a full copy of its
roster from the server...and then calls
rosterUpdateListeners.handleRosterUpdate(roster,roster)
Which means that any roster update listeners should completely refresh
their contents when this occurs (the IRosterItem second parameter is the
IRoster itself...i.e. the whole roster changed).
Scott
|
|
|
Powered by
FUDForum. Page generated in 0.14807 seconds
Home