Ignite Realtime Blog

2 Posts tagged with the roadmap tag

This weekend I jumped back into development of SparkWeb to reacquaint myself with the list of outstanding issues/bugs in order to set a course for fixes and improvements. As a result, I have updated SparkWeb's roadmap in its issue tracker, adding a handful of bugs to be smashed in the weeks ahead for the 1.0 release (and also closed a lot of outdated ones). Clearly the next release will be focused on bugfixes and stabilizations. However, let's look into the void a bit further and see what new features and enhancements are on the horizon.

 

 

Dynamic Theming and Skinning

 

After developing on and using SparkWeb for nearly a year now, I have grown tired of its current skin and icon theme. In the code we are actually hardcoding a lot of color values and of course hardcoding the skin images themselves. This is not ideal in the least. Let's work towards a skinnable SparkWeb with updated icons. What I have in mind is something less "heavy" on the eyes, something like Yahoo's Flex skin they released under the BSD license:

 

http://www.yswfblog.com/blog/wp-content/uploads/2007/12/yskin_401x235shkl.jpg

 

 

As for the icons, they should also be themable. Imagine SparkWeb with a beatifully clean flex skin matched with the IM-related icons from KDE's Oxygen icon theme. I would like to see that, myself.

 

 

TLS Support

Secure communications over XMPP. Enough said, right? I am sure a lot of you would like this feature.

 

 

Plugin Framework

Easy extendabilitiy with the option to disable/enable certain functions would be great. I am sure a lot of you saw Dele's manipulations of SparkWeb adding Audio/Video communications. That is an obvious use case of such a framework, and I image his code would serve as a good guide for determining "plug points" in the code to implement it.

 

 

Stay tuned, and don't be shy to report bugs and submit patches of course.

 

--Armando

7 Comments Permalink

As of December 2007, we have jumped onto the release train process and have been releasing a new version of Openfire every 3 weeks. Many important features have been added and several issues were fixed. Here are some relevant new features that were added:

 

  • Certificates created and signed by CA can be imported from the admin console

  • Added support for XEP-0115: Entity Capabilities

  • Avatars may now be updated when using LDAP

  • Improved connection pool recovery logic by switching to proxool

  • Created Email Listener plugin

 

For the first and second quarters of 2008 we decided to focus on features that are going to be useful for enterprises, but not restricted to the enterprise product.  Example of these features are:

 

Use TLS and SASL when connecting external components

A new extension named XEP-0225: Component Connections was created for this feature that we think it's going to be useful for companies with very strong security requirements. This feature will not only require some changes to Openfire but also to our Whack library. Whack is our external components open source library that we never pushed publicly in the community but we do support and use internally.

 

Let external components connect to the same Openfire instance and register for the same domain

In order to provide redundancy in external components we should let them connect to the same Openfire instance. Openfire will then use round robin to distribute the requests to the connected external components. Therefore, only external components that are stateless can use this feature unless they are stateful and communicate amongst themselves, perhaps in a cluster environment. Similar to the previous feature this feature will imply a change on Openfire and also to the Whack library.

 

Add auditing support to the admin console

Many people have requested this feature and it was decided to implement it for Openfire 3.5.0. When running standalone the auditing information will be stored in the database of Openfire but when running integrated with Clearspace then the auditing information will be stored in Clearspace which acts as the main repository.

 

Database optimizations

In the past we focused on optimizing the Java code when under heavy load and now it's time to focus on the database specially when dealing with large sets of data. This work should help users log in faster, retrieve their rosters and perform any frequent operation quicker. Overall we know that Openfire has great performance but doing an in-depth review is never a bad idea. 

 

Release a new version of XIFF

While working on SparkWeb, our web version of the popular Spark client, we ended up doing lots of nice improvements to the XIFF library. Having tested those changes for a while we now feel confident to push out there a new release of XIFF. Meanwhile, every week we have been updating our SparkWeb instance that is publicly available. Feel free to use it and give us your feedback.

 

Other things that have been brewing in our heads but are still not planned for the immediate future are:

 

 

If you are interested in seeing some other feature that has not been planned please speak up and leave us a comment. We will create a Jira issue, if one does not exist, so people can vote. Highly voted issues are taken in consideration when building the roadmap of the products. The current roadmap can be found here.

 

Enjoy,

 

  -- Gato

12 Comments Permalink