I upgraded our server from Wildfire 2.4.4 to 2.5 over the weekend and initially everything seemed to be working OK with our Pandion 2.5 clients.
Today someone tried to register a new user using Pandion which failed. Looking at the server, the wildfire-service process was at 100%. The web GUI was unresponsive and I had to restart the service to get it going again. I have downgraded back to 2.4.4 and everything is working as expected again.
The problem is repeatable both on this and another test system - each time a Pandion client tries to register the server goes to 100%. The warn log contains this:
My server is running Windows 2003. I didn’'t notice any particular problems other than the registering not working with Pandion. I did a quick test earlier and registering is OK with Spark 1.1.1. Also, previous to my earlier email the web gui is still available, but because the server is busy the response time is high (which is why I thought it had hung).
I’'m replying to myself, but perhaps this information might be useful.
I have doing some tests to see if I can narrow down why Wildfire 2.5/Pandion 2.5 are having problems.
I founf that setting Pandion to use SSL encryption makes registration work OK. Setting Pandion to use TLS or no encryption causes the Wildfire server to hit 100% CPU.
Thanks for the bug report. In the next nightly build you will find a fix for this problem. To update your installation just copy the new lib/wildfire.jar file over the existing one. Related jira issue: JM-569
A fix for the later problem has been checked in. However, note that only malicious clients may fall under this case since xmpp compliant clients should use the correct namespace for the auth element.
A test today showed that the nightly build has resolved the Pandion registration problem.
Copying the lib/wildfire.jar file alone was not enough, the server wouldn’'t start afterwards. Not knowing its dependancies I ended up copying all of the lib files over and that seemed to work.