The Ignite Realtime community is happy to announce the release of version 3.9.0 of Openfire! Downloads for various platforms are available here.
Openfire is a real time collaboration (RTC) server licensed under the Open Source Apache license. It uses the only widely adopted open protocol for instant messaging, XMPP (also called Jabber). Openfire is incredibly easy to setup and administer, but offers rock-solid security and performance.
There are a few important fixes with this release, be sure to checkout the changelog for more details.
As always, we welcome your feedback, suggestions, tips, hints, questions and other contributions in the Ignite Realtime Community pages.
We are also looking for people interested in helping to develop Openfire! If you enjoy hacking at Java code and would like to pitch in, please let us know on the forums.
Update 6 Feb 2014 20 UTC: There was a problem with the initial build of 3.9.0 and the packaging of the bouncycastle libraries. This has been fixed. The following MD5 checksums should be used to check the files you download.
One thing I noticed in the changelog though: Some issues are targeted for 3.9.1 release in Jira. Are they included in 3.9.0 nonetheless, (e.g. OF-720, OF-722, …)?
I can’t get 3.9.0 windows version working. It is behaving like the nighlty build showing wrong version of files in the lib folder. I had to replace them with my local SVN copy before OF started working
at org.jivesoftware.openfire.container.AdminConsolePlugin.startup(AdminConsolePlug in.java:107)
at org.jivesoftware.openfire.container.AdminConsolePlugin.initializePlugin(AdminCo nsolePlugin.java:216)
at org.jivesoftware.openfire.container.PluginManager.loadPlugin(PluginManager.java :483)
at org.jivesoftware.openfire.container.PluginManager.access$300(PluginManager.java :80)
at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.run(PluginManag er.java:1073)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101 (Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodi c(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknow n Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.SecurityException: SHA1 digest error for org/bouncycastle/jcajce/provider/asymmetric/DSA$Mappings.class
I think it is the same error we had with the nighlty build. I have checked the jar files in the lib folder and some have different sizes from the latest ones in the SVN.
These are the files from the SVN in my 3.9.0 alpha. The bouncy castle files bcpg-jdk15on.jar, bcpkix-jdk15on.jar and bcprov-jdk15on.jar are all different sizes from those in the build and could be the reason for the exception message I am getting when Openfire starts and tries to load the admin console. Most likely a different version.
The Run As administrator requirement rised after the install4j update and changes to min/max Java requirement (was 1.5/1.6, now it’s 1.7/1.8). This was done to Spark, but probably Daryl also did this to Openfire build plan (hence the same symptom, installer has no UAC shield icon attached, so Windows doesn’t recognize it as an installer). Probably newer update4j does something differently and currently builds installers that are not recognized by Windows as program installer. We haven’t been able to find out what exactly does this in the config. So, from now on we have to remember to install Openfire/Spark on Windows (Vista/7/8/2008/2012+) via Run As administrator. Though, if you have elevated rights, you probably don’t need to do this.