[jdev] Re: The State of Our Code-bases

[Peter Saint-Andre]

In article <cgqah2$fvu$1 at sea.gmane.org>,
 Nolan Eakins <sneakin at semanticgap.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Yesterday I was busy hacking away at Psi implementing MUC support. One of
> the things I was working on was arranging occupants by their role in the
> room. One of the tests I needed to do was change an occupant's role to make
> sure that the list item got placed under the correct role. Since I haven't
> got to the functionality of doing that within Psi, I decided to paste in
> and change one of the examples from JEP-0045 into my XML console.
> 
> To my surprise I ran into a limitation of mu-conference 0.6.0. It lacks
> support for changing roles! When I sent an <iq/> based off of JEP-0045's
> example 104, I got an <iq/> back with its type set to "error". I tried some
> other examples and got the same thing. I figured mu-conference would
> support most of JEP-0045. I guess not.

As I found out through trial and error, mu-conference will not accept 
whitespace in the XML you send to it. I've submitted a bug report on 
this behavior.

> All we need is ONE solid, compliant server and solid, compliant components
> to complement it. By solid I mean stable, bug free, and completely there
> with no surprises. If it were a physical object, you could shake it and not
> hear anything bouncing around in side. By compliant, I mean that it follows
> XMPP-Core, XMPP-IM, and any JEPs to a 'T'.

I've been talking about this for a while at my weblog [1] and have been 
working behind the scenes to make this happen. If all goes well, look 
for a more formal proposal soon.

/psa

[1] http://www.saint-andre.com/blog/