I just noticed Fastpath was down on my server. I found it had stopped working around the same time I installed the Red5 plugin last week (possibly because it also required moving to Java 1.6), although that may not be the cause here. I did rebuild Openfire after the new Java. Everything else appears to be working correctly. I can’t decipher all this, but when you try and click on a workgroup in the control panel or try and connect via webchat, there are Java errors. Fastpath seemed to run perfectly before this, but again, no idea why or when or what happened. I am on FreeBSD 6.4 and using Java 1.6 w/ Openfire 3.6.2. Any thoughts on correcting this would be most appreciated. Thank you.
I completely removed Openfire. Deleted all directories, shutdown the running process. I reinstalled from scratch. Once up, I readded Fastpath and tried it (without Red5). Same results. It appears that the Fastpath queue doesn’t run with Java 1.6. Everything was identical to errors above on a clean fresh install with Java 1.6. The entire setup worked flawlessly on Java 1.5. I’m disappointed now because Red5 requires 1.6 and I really wanted to use the Red5 Asterisk & video features. I deleted everything again and reinstalled with Java 1.5 and it again worked (without Red5). Would really appreciate some expert advice here. Is there something I’m missing here or a change that can be made to run Fastpath on Java 1.6 or is Fastpath just not yet Java 1.6 compatible? Thanks.
Researching the cause a little further lead me to believe there is a problem loading from the database. In the backtrace1, the String form, that should be returned by props.getProperty(context) (where the value of context = “jive.dataform.wg”) has been returned null2. This context value is stored in table fpWorkgroupProp and has an xml*3 value as listed below. From these two findings, this value appears like it did not load from the database, then form was null triggering the Java errors.
Refs:
*1
at org.jivesoftware.openfire.fastpath.dataforms.FormManager.getDataForm(FormManage r.java:189)
*2
179 public DataForm getDataForm(Workgroup workgroup) {
OK, I have a solution, was able to get it working with JDK 1.6.x 1. Basically xstream2 needed to be rebuilt from source using latest stable (1.3.1 at this time). I downloaded the updated version of the sources, recompiled and copied over the updated version and all is working. Took many hours to deduce that the backtrace line “at com.thoughtworks.xstream.XStream.fromXML(XStream.java:753)” was occurring because an older JDK jar build created incompatibilities triggering the error. I essentially started by rebuilding OPF 3.6.3 from source, and modifying the sources until I ruled out other reasons. Attached is the output of the rebuild of Xstream (xstream-1.3.1.jar). Copy into $OPENFIRE_HOME/plugins/fastpath/lib (/usr/local/share/java/openfire/plugins/fastpath/lib in my case) and create a symbolic link to xstream.jar (if needed).