Partners with Eucalyptus to offer ‘private cloud’ assessment, proof-of-concept and support services

London: July 1, 2009– Canonical, the founder of the Ubuntu project, today launched new professional services to help and support users building ‘private clouds’, cloud infrastructures behind a corporate firewall.

read more

Ignacio Correas will deliver his presentation entitled “Development of a business model based on eBox Platform” on the 8th of July. The presentation will highlight the role played by the eBox Platform community in the creation of the company and the motives for choosing the current, channel-centered business model. Besides, Correas will also explain the current market opportunity for a unified network server such as eBox Platform.

On the same day, 8th of July, Javier Uruen will give a three-hour workshop entitled “Introduction to the development of eBox Platform modules”. “eBox Platform has two main aims” explains Javier Uruen, and continues “first of all, we aim to provide an easy-to-use unified network server and secondly, we aim to provide a development framework to ease the development of new Unix based services”. “During this workshop we will show how to develop new eBox Platform modules and we will implement a module that manages an Unix-based service”.

If you are interested in participating in the GCDS, we encourage you to register at the GCDS web site. If you are interested in having a face-to-face meeting with the eBox crew, please do not hesitate to e-mail us at info@ebox-technologies.com We will be staying in the Canary Islands from the 3rd until the 11th of July.

We’ve just released a new project, named Tinder. Tinder is a new Java based XMPP library, providing an implementation for XMPP stanzas and components.

Tinders origins lie in code that’s shared between Jive Software’s Openfire and Whack implementations. The implementation that’s provided in Tinder hasn’t been written again from scratch. Instead, code has been moved from the original projects into Tinder, preserving al of the existing features and functionality. Most of the code that’s now in Tinder is based on the org.xmpp package implementation that previously existed in Openfire and Whack. This is the code that defines classes such as Packet, JID, IQ, Component and their extensions. Additionally, some multi-purpose code (such as the DataForm and Result Set Management implementations have been moved to Tinder as well.

Why a new project?

Parts of the code of Openfire are useful in other contexts than that of an XMPP server implementation. Developers might, for instance, want to use the XMPP stanza implementation within other projects. Having to include Openfire as a dependency of such a project is quite a bit of overkill. In such an example, it would be useful to have a small project that you can include, that offers you a lightweight XMPP object implementation, without the rest of the features that Openfire offers. Enter Tinder. Tinder will allow developers to re-use parts of Openfire, without having to include Openfire itself.

There’s other benefits to Tinder though:

Tinder will replace some most of the duplicate code that’s currently shared in Openfire, Whack and ConnectionManager projects. Removing duplicate code will make it easier to maintain and develop these projects. By delegating the implementation and maintenance of the low-level XMPP implementation, Openfire, Whack and other developers will be able to focus on the development that adds value to their project.

On the flip-side of that medal, you can argue that the ‘core’ code that will make up Tinder deserves a bit of dedicated development attention (unit tests, bug-tracking, stuff like that). This would benefit any attempt to really fine-tune the code, for example for high-performance tuning. Currently, the code is a bit put in the shadows of the other projects (of which they are part of).

So, will this replace Smack (the library that provides the base of Spark)?

No, definitely not. Smack offers a full-fledged XMPP client implementation, while Tinder only defines some XMPP building blocks. Tinder provides some basic objects on which a client library such as Smack could be build. However, Smack does not share the same code base as Openfire and Whack do. It’s therefor unlikely that Tinder and Smack will be merged in the foreseeable future - there’s simply to much difference.

What’s next?

We’ve wrapped up a initial roadmap, in which we capture the first steps of the development of Tinder. As always, you’re invited to contribute. We’re looking forward to hear your suggestions, thoughts and ideas. If you’re interested, you can find more information on the new Tinder-related community space and project page that have been opened on IgniteRealtime.org.

Canonical collaborates
with HP to deliver a high-performance, energy-efficient
infrastructure for Ubuntu customers

read more