I'm happy to announce the availability of 6.0.1. This is a maintenance release that fixes several issues. You can download this update from your purchases page.
The 6.0.1 release includes a number of significant improvements to resource usage and other performance improvements. We also added Dutch, Russian, and Traditional Chinese to our supported languages. You can now upload images or other files for use in your HTML and Rich Text widgets which allows for better performance. Finally, we dramatically increased our compliance with accessibility standards.
More details on specific issues fixed can be found here:
We got a lot of good feedback from customers when we announced the 3.0 builds and platform changes. As a result, we've added back support for the MySQL and SQLServer databases. I'd like to take a minute to address some of the feedback and explain some of the background for this move.
As background, we've changed the way we package and ship our software. I just published an in-depth look at the benefits of this move - a good read if you're looking to understand more.
The package we've built is available on Linux and Solaris and runs on the following databases: MySQL, Postgres, Oracle, and MS SQLServer. The application itself is available as an installable package and bundles an application server, Java runtime, the app itself, and a set of optimized preconfigurations (example: tuned JVM settings).
Why make this move? A number of reasons. We talk to customers often and the consistent number one priorities are performance, scalability, stability, and the support experience. We get a lot of great feature and improvement ideas but those top priorities are the air customers breathe. Based on that, we try to move the needle in these areas significantly for each release. For example, for the 2.5 release we managed a 40% performance improvement overall. In 3.0 the numbers aren't quite as dramatic but we've added new features and performance has not suffered. As we looked up and down our architecture it became clear that some new thinking was needed.
The application has evolved past the point where it can be distributed as a standalone WAR file (however, to be clear - a WAR does still exist in the bundle). The context in which it runs is vitally important, especially for things like performance but also for features. We need the ability to depend on the environment we run in and there is a lot of variance in server-side Java deployments.
On the support side, we've seen too many misconfigurations in the environment. For example, sometimes we see issues where a customer is unable to change the parameters of the VM either to allocate more heap memory or to change the GC settings - these kinds of things are vitally important to the Jive app. Another big challenge is just access to the right log/debug files - none of this is consistent among appservers. Also, oftentimes the best information is a Java heap dump and we've seen the ability to get that information be a real challenge. In the new package, we've distributed a script that grabs every relevant log file and heap dump and zips it up in a way that can easily be sent to our support team. We feel this will dramatically improve the time-to-resolve issues.
What doesn't change? It's important to note that development, customizations, plugins, themes, etc don't change in at all. For example, how you deploy a plugin is exactly the same. Clustering also works in the same way. This is not an appliance, nor is it a black box. (Note, an appliance is something we'd consider as an option for future deployments - let us know if you have feedback on this approach).
We believe there are a lot of benefits to this approach. Ultimately, this foundation will allow us to develop some very unique features while delivering continued huge performance and scalability gains. We definitely recognize some customers will have problems migrating to this platform and we're more than willing to make it work for you - just let us know.
(One final note: within a week we will announce when the extra database support will be available.)
If you have questions, comment on this post or feel free to drop me a line at firstname.lastname@example.org.
I'm happy to announce that the Jive SBS 3.0 build we blogged about last week is now available for download and is fully supported. Now you can download the new build from your purchases or evaluation page. (Note to current customers - a link to the 3.0 builds will automatically appear for you this week - in the meantime, try the evaluation build.)
Also of note this release is a change to the way the application is packaged and distributed. We now ship a fully configured and optimized runtime for Linux and Solaris along with the application (note - the Solaris build will be available in Q2). This means there's no need to configure the Java runtime or an application server - it's all bundled. This significantly reduces the time to install the application and means customers can take advantage of the most optimal configurations. For more information, please read the system requirements documentation.
Finally, we have a number of customers using Jive in different languages - here is the release schedule:
|3.0.0 (3/16/09)||3.0.1 (4/13/09)||3.0.2 (5/11/09)||3.0.3 (6/8/09)|
Update: based on feedback on this post and other feedback we've decided to continue support for the MySQL and SQLServer databases. Specific dates for these changes will be announced within a week. For more details, please read the new blog post: More Details on the Jive 3.0 Platform.