Another one that is not documented.
Suppose you have a persistent Multi-User Chat Room (MUC) and room is empty. Apparently to destroy the room, the owner needs to join it, and then call the destroy() method on that room.
See, short and sweet.
Smack API: Destorying persistent Multi-User Chat Rooms
November 16th, 2008 No Comments
Tags: destroy · MUC · Multi-User Chat · Smack
Smack API: No clean way to discover if a multi-user chat room exists
November 16th, 2008 1 Comment
Here’s another one to follow the previous two posts about Smack API and Multi-User Chat issues.
Suppose you want to create a persistent room. Suppose you are not sure if that room already exists. In Smack, and I am not familiar of any other APIs, there is no non-exception-throwing way of doing this.
Fundamentally, a room [...]
Tags: existence · MUC · Multi-User Chat · Smack · XMPP · XMPPException
Openfire/Smack bug? Unable to ask Multi-User Chat who the admins are
November 15th, 2008 No Comments
I encountered two interesting points when working with the Openfire XMPP server and the Smack API, both from IgniteRealtime.
After joining a Multi-User Chat (MUC) independently, without invite, I was forbidden (e.g. error 403) from finding out who the administrators or owners of the room were. I could not find anything about this in the [...]
Tags: Bug · error 403 · IgniteRealtime · MUC · Multi-User Chat · Openfire · problem · Smack · XMPP