1 2 3 Previous Next

Ignite Realtime Blog

38 Posts authored by: Matt Tucker

I'm happy to announce that we're making most of Openfire Enterprise Open Source! First, a bit of context: for the past couple of years, one way that we (Jive Software) have monetized our Open Source work on Openfire and the other projects on igniterealtime.org has been through Openfire Enterprise. Openfire Enterprise addresses the Enterprise Instant Messaging (EIM) market by adding rich reporting, archiving, and control features on top of Openfire. Since we released Clearspace last year, Jive has become super-focused on social collaboration and communities. That's pretty different than the EIM market and it's become increasingly difficult for us to serve both markets with our limited resources. Instead, we want to focus our Openfire work on real-time social and collaborative features and monetize our Open Source efforts through Clearspace integrations.

 

Existing Customers

 

Discontinuing a commercial product is always a difficult decision and one of our biggest concerns is not leaving existing customers in a lurch. We'll continue to provide support for Openfire Enterprise through existing support contracts and believe that making the Enterprise components Open Source is the best possible outcome for customers given the options. We remain strongly committed to the Openfire project and are pretty excited about what's coming in the future.

 

A Few Details

 

Gato will have a follow-up blog post with a lot more details about what we're releasing as Open Source and how, but I wanted to highlight two items. Sparkweb is our flex-based web client based on XIFF and will become Open Source. The client is already very feature rich and polished, and we're actively making many code improvements to it, as it's a shared code base with the real-time client features we're building into Clearspace. Second, the clustering functionality in Enterprise will not be made Open Source. Part of the reason for this is that we use a third-party commercial library for clustering  that can't be Open-sourced.

 

Let's Go Get 'em

 

One of our hopes with this move is that the last possible objection to deploying XMPP-based instant messaging at every organization in the world is now removed. Now, everyone will have access to an open standards solution that satisfies all the needs of IT departments... for free. We think that's great news for the community and getting our technology deployed even more widely is good for Jive Software as well. We hope you'll join us in spreading the word.

32 Comments Permalink

Happy New Year!

Posted by Matt Tucker Jan 3, 2008

I hope everyone enjoyed their holidays and had a great New Year. Welcome to 2008! Believe it or not, it was just about one year ago that we launched igniterealtime.org. There's been an amazing amount of growth in the community since then and a huge number of product releases and accomplishments. To list out a few:

 

  • The super popular gateway plugin was released

  • First Sparkweb released and much progress since then

  • Clustering support in Openfire Enterprise

  • Smack 3.0

  • Numerous Spark releases

  • Many, many improvements to Openfire including huge scalability gains and leading support for XMPP secure certificates

 

Those of you that track Jive Software know that 2007 was our first year of Clearspace. Clearspace has been hugely successful and has let us grow rapidly.

 

What's in store this year? There's lots more exciting product work, including a big focus around bringing Openfire and Clearspace closer together. Many thanks to everyone that's been a part of igniterealtime.org community. We're looking forward to working with you throughout the year.

2 Comments Permalink

Our Client Strategy

Posted by Matt Tucker Oct 31, 2007

So, what's up with Spark? Many of you have commented on the fact that the pace of development has slowed and that Derek is less present in the community. Now that a major new version of SparkWeb is out, it seems like a good time to provide a more detailed status report on everything happening around client development.

 

First up, an announcement: Derek has taken a new position (Sales Engineer) inside of Jive. So far he seems to be loving it, but I'll let him comment on this blog post with further details. Unfortunately, that means that Spark has lost its lead developer. For the time being, other team members have stepped in to help out. We're committed to providing bug fixes and minor new fixes to Spark for the foreseeable future. It remains one of the best cross-platform XMPP clients available.

 

Since Spark development is slowing down, what's next? Most of Jive's XMPP client efforts are now focused on the web via the SparkWeb Flash client. We're using the same technology base to add real-time features to Clearspace. Further, the upcoming Adobe Air technology offers the intriguing possibility of building a new desktop client using Flash. To us, it all seems like the perfect triple play -- a single code base that can be used for Sparkweb, Clearspace features and a new Spark desktop client. Only Sparkweb is ready so far, but you'll see new real-time features in Clearspace soon and we'll keep everyone updated on a desktop client based on Adobe Air.

 

Change isn't always easy and I'm sure that some of you will be disappointed to hear that our approach to how we build Spark is changing. There may be some rough spots as we move from one technology to another, but we're pretty excited about where things are headed.

42 Comments 0 References Permalink

We're planning on migrating the community back-end for Igniterealtime.org from Jive Forums to Clearspace on Wednesday. I'm pretty excited about the change, but it will require a couple of hours of downtime on the site. I'll post a more specific outage estimate in the forums as Wednesday approaches. If you're interested in getting a preview of what the updated site will look like, check out http://beta.igniterealtime.org.

 

Update: The migration has been completed, beta.igniterealtime.org has been removed.

6 Comments Permalink

Jingle: Cutting Edge VoIP

Posted by Matt Tucker Jul 27, 2007

OSCON 2007 is wrapping up and it was a great conference. Yesterday I gave a talk about Jingle, an extension to XMPP (Jabber) that's primarily used for VoIP. The slides are available on Slideshare (including a link to download the Powerpoint).

 

At the beginning of the week, we participated in the XMPP Devcon event. Peter provided details about the topics of discussion from day one and day two on his blog.

 

6 Comments 91 References Permalink

New Community Area Beta

Posted by Matt Tucker Jul 19, 2007

We're making progress on the migration of the community from forums to Clearspace X. A beta version of the Ignite site using the new platform is available at beta.igniterealtime.org. Clearspace carries forward the discussion functionality, while also giving us blogging and wiki document features. The beta site is using a copy of the forums data from a couple of weeks back. Please poke around and feel free to post test data, then give us your feedback. When we do the final migration, it will be using the most recent real content.

 

1 Comments 0 References Permalink

Eating Our Own Dog Food

Posted by Matt Tucker May 30, 2007

We (Jive Software) launched Clearspace X just about one month ago, our external community software product that combines discussions, wiki documents and blogging. [As an aside, we provide free Clearspace X licenses to Open Source projects.] So, why aren't we using it here on igniterealtime.org yet? There's lots of good excuses, but we've been hard at work on the migration and it will happen soon. What will the change to Clearspace X mean?

  • The same discussions functionality we have with Jive Forums, but with an updated UI.

  • Migration of the blog engine to the Clearspace platform (this will be fairly transparent).

  • A rich new set of functionality around wiki documents. We're already planning lots of great content.

We're looking forward to the new features and to getting your feedback on them. I'll post more migration details in the forums soon.

 

3 Comments 0 References Permalink

You may remember me asking for everyone's help a few months back to vote for Openfire. We're entered in the Enterprise Open Source Reader???s Choice Award in the "Best Open Source Product" category. The deadline for voting is May 31, which is just one week away. If you haven't already voted, please visit the site to cast your vote. Note that the voting process started before the rename of the server, which is why you'll see the old Wildfire name.

 

The good news is that we're in the lead position with 198 votes. But other projects aren't far behind and I'd be thrilled to solidify our lead and hit at least 250 votes. Thanks for your help!

 

7 Comments 0 References Permalink

XMPP Server Popularity

Posted by Matt Tucker May 3, 2007

I don't usually get annoyed by other blog entries in the XMPP blogosphere, but this one got my goat a bit: the claim that ejabberd is the most popular XMPP server (according to ohloh). Not only that, but their previous blog entry crowed about passing the 120,000 download mark. So, I thought it was time to set the record straight:

  • Openfire is now the most popular XMPP server according to ohloh. Why the sudden change? Easy; I read the ohloh FAQ, which states that popularity is based on Yahoo page ranking. The Openfire project page on ohloh linked to a deep page in the ignite site (something that people would never link to). I simply copied ejabberd and made the page link be the main website. Sure enough, we're now the top server listing.

  • Openfire just passed 827,753 downloads.

  • The igniterealtime.org discussion forums have 53,348 messages, compared to 4025 on the ejabberd site.

Anyway, my apologies for the pissing match, but we have to be willing to step up when directly called out. I do think it's a great thing that there seems to be such vitality in the XMPP world.

 

38 Comments 82 References Permalink

Late last week we (Jive Software) released version 1.1 of Clearspace, our commercial community and team collaboration product which includes blogging, discussions and wiki documents. As an aside, we offer free Clearspace licenses to Open Source projects and it's also free for teams of up to five people.

 

  !http://www.igniterealtime.org/blog/wp-content/uploads/2007/04/avatars.gif! This release builds on the Openfire integration that shipped with version 1.0. One great new feature is the ability to see real-time presence information for users (pictured on the right).

 

On the back-end, Clearspace connects to Openfire using the external component protocol, then is able to query for presence data using a set of[ ad-hoc commands|http://www.xmpp.org/extensions/xep-0050.html]. Although we're still polishing up a lot of things about the way the integration works, Clearspace serves as a great model for how a web application can leverage XMPP for presence and messaging.

 

The unification of Openfire and Clearspace is a trend you'll see us continue strongly for two reasons:

  1. Real-time features will be an important way that we differentiate Clearspace from competitors (the "secret sauce"). We believe it should be easy and seamless for a user to move between real-time and non real-time collaboration and have many innovative features planned to make that possible.

  2. Unification is an important way to leverage the Open Source investments we've made in Openfire and Spark. Yes, we still believe that a hybrid Open Source strategy is good for both business and the community (see our philosophy). One of our not so secret hopes is that our commitment to Open Source and open standards will be enough to convince you to try out Clearspace at your company as an alternative to Microsoft's clumsy Sharepoint product. Or, consider Clearspace as a replacement for the wiki that started with good intentions but quickly grew into an unmanageable rat's nest. You know it's gotten bad when the engineers are frustrated and the business folks won't touch it with a ten-foot pole.

Ok, enough advertising. But we're pretty proud of the release and it's hard for me to reign in my enthusiasm.

6 Comments Permalink

Openfire Powering Web 2.0

Posted by Matt Tucker Apr 30, 2007

I've recently run into a number of innovative sites and products that use Openfire.

 

!http://www.igniterealtime.org/blog/wp-content/uploads/2007/04/imified.gif![IMified|http://www.imified.com/] provides tools like task management, reminders and todo's through IM bots on AIM, MSN, and XMPP/GTalk. They've just released an API that will make it easy to write bots that work across all major IM networks. Openfire powers their XMPP back-end. !http://www.igniterealtime.org/blog/wp-content/uploads/2007/04/mosoto.gif![Mosoto|http://www.mosoto.com/] is a real-time collaboration application for Facebook that includes chat along with file and music sharing. They're one of the premier implementors of the Facebook API and have a slick Flash client UI. The service is now in Alpha, but should mature and grow quickly (especially given the size of the Facebook userbase). They use both Openfire and the XIFF Flash API.

 

  !http://www.igniterealtime.org/blog/wp-content/uploads/2007/04/justintv.gif! Finally, we were told at the Web 2.0 conference that the chat feature on Justin.tv is powered by Openfire. I haven't had a chance to to verify that yet, but if true, it's cool that we're part of such an interesting social experiment. If you haven't seen the site yet, Justin wears a portable camera 24x7 that streams a live video feed to the website. I personally can't imagine broadcasting my life, but I have to respect the social commentary. In a world where we're always connected and available through cellphones and IM, this guy is really always connected and available... to the entire world.

 

These three examples are part of a broader trend: I think that XMPP will become a critical piece of infrastructure for a large number of next-generation web efforts, including Google. Recent protocol advances like BOSH (XMPP for web pages), Jingle (voice and video) and PEP (advanced presence features) will only further help drive adoption.

4 Comments Permalink

On the Release Train

Posted by Matt Tucker Apr 22, 2007

The engineering team at Jive Software is growing fast (btw, we're hiring!). I thought it might be interesting to talk about some of the engineering process changes we're making to cope with that growth, especially since they directly affect product releases. First, a bit of history. We've always had a fairly agile development process -- lots of iterations, tools like unit tests and continuous integration, etc. But, we've consistently had a lot of pain around our current process:

* Not enough time for QA* . It's always scheduled, but gets squeezed due to lack of time. For example, the "official" QA time period for the Spark 2.5.0 release got crunched down to almost nothing. * Stress when we don't need it* . The stress is caused by having to cram a ton of work into a short period of time to make internally set product release dates. It's also caused by scheduling extra features into releases at the last minute and by having to do emergency patch releases due to bugs we missed. We like working really hard, but there should be a way to do that without excessive stress. * Unpredictable release dates* . The bigger a release is, the harder it is to make accurate work effort estimates. That means that dates slip and that it's hard to communicate to the outside world exactly when a release will ship.

So, there are some clear problems that we want to fix. The trick for us was to come up with a process that fixes those problems but that's still light-weight enough to avoid a huge administrative burden. We're now experimenting with a strict release train model for Spark and Smack. Assuming it goes well, the same model will be applied across all our products, including Clearspace. A visual summary of the model is below (click the image for a larger version):

[Clearspace|http://www.igniterealtime.org/blog/wp-content/uploads/2007/04/train.png|train_sm all.png]

 

The key points to this model:

  • We put out a new release every three weeks (although each release will have gone through a nine week process total).

  • Three weeks before each development cycle is reserved for product management; three weeks after each development cycle is reserved for QA. But notice that all three processes are all happening at the same time.

There are all sorts of subtleties to the system like how to deal with new features that take more than three weeks of engineering time, but so far everything is going quite well.

 

The start of the three week cycle is always on a Monday, and we have a big meeting to determine exactly which features will go into the release. Product management has already done the work of prioritizing the features so we just need to choose exactly what we're going to work on and come up with the plan about how to get it done over the next three weeks. On the second and third Mondays during each cycle we go through more detailed updates than in our SCRUM meetings to see what's on track and what's not.

 

At the end of the cycle, we:

  • Do the product release coming out of QA on Thursday.

  • On Friday, finish all development and create a branch ("spark_2_5_2_branch" for example).

  • Switch the builds in our continuous integration environment, TeamCity. The new branch becomes the "stable" release of the product and trunk becomes "development".

  • Release a beta version out of the new branch. In other words, the world generally always sees a stable official product release and a beta release that will become official in three weeks.

There's way more that I could talk about with this process (including some of the potential drawbacks), but I'll save that for future blog entries. Things we're jazzed about so far include solid release dates, having a better process in place to deal with new feature requests and bug reports, more stable quality in each release, and always having a place to check in new feature development (trunk). We're still early on in the new system, but we'll all know how exactly how well this works in the next two months. Of course, we'd love your feedback as time goes on about how well you think we're doing.

 

11 Comments 0 References Permalink

Props to LG

Posted by Matt Tucker Apr 9, 2007

  !http://www.igniterealtime.org/blog/wp-content/uploads/2007/04/props.png! Earlier today, LG (IT2000) passed Gato to become the top point earner in the ignite community forums. It's the first time ever that an outside community member has jumped ahead of Jive Software engineers, which is a pretty impressive feat. With a current score of 3475 and 5 to 10 points per question answer, that's a lot of people he's helped out -- especially considering that not everyone remembers to award points.

 

So in the spirit of Ali G, all of us at Jive Software want to offer mad props to LG.

5 Comments Permalink

Happy St. Patrick's Day

Posted by Matt Tucker Mar 16, 2007

  !http://www.igniterealtime.org/blog/wp-content/uploads/2007/03/guinness-pour.jpg! Pouring a pint of Guinness is a sacred art -- get it wrong and the creamy goodness just won't be the same. So in honor of St. Patrick's Day, our resident design expert Ryan created a guide (below) to creating the perfect Guiness pint.

 

One thing we never realized is that actually getting a Guinness keg hooked up can be a huge PITA. However, after four store visits (parts), an overnight package delivery (tap handle), and courier service (correct nitro gauge), the Jive office is very happy.

guinness-pouring-guide.pdf

 

4 Comments Permalink

Openfire Name Launched

Posted by Matt Tucker Mar 15, 2007

  Today we re-launched Wildfire using the Openfire name. Along with the name change, we also have a great new logo. I wanted to provide some details about how the name change is being implemented to decrease confusion.

 

First, you'll notice that all website content has been updated to Openfire. There may be a few broken links still, so if you notice anything please let us know. We're also reaching out to external sites that still use the old Wildfire name and asking them  to make updates.

 

The product releases will work as follows:

  • 3.2.x series: these releases will continue to use the Wildfire name so that critical bug fixes can be delivered with minimal hassle to existing users. In fact, we're releasing 3.2.3 today.

  • 3.3.x series: starting with 3.3.0, the server is called Openfire. There will be a small amount of upgrade pain associated with this release since configuration files like wildfire.xml will now be openfire.xml, etc. We'll be releasing 3.3.0 beta early next week, with a final release following as soon as we can ensure the upgrade process is as smooth as possible.

Again, my deep thanks to everyone for all the support you've given us during the name change process. A lot of the hard work is already out of the way at this point, so now it's time to spread the word as much as possible!

 

8 Comments 0 References Permalink
1 2 3 Previous Next