What’s your oldest Openfire deployment?

As we’re preparing the upcoming Openfire 5.1.0 release, I’ve been spending a lot of time looking at parts of the codebase that have been around for a long time.

Some of them date back to assumptions that were perfectly reasonable when Java 5 was current, IPv6 was still considered “future tech”, Docker didn’t exist yet, and “cloud-native” wasn’t a phrase anyone but meteorologists used.

Yet somehow, Openfire deployments that started in those days are still running today.

That got me wondering:

What’s the oldest Openfire deployment that you still run?

Not necessarily the oldest version (although I’d love to hear that too), but the oldest continuously running installation, the oldest surviving user database, or perhaps the weirdest setup that somehow still works despite years of upgrades, migrations and changing infrastructure.

I suspect there are Openfire instances out there that have survived datacenter migrations, moved from physical hardware to virtual machines to containers, switched databases more than once, and outlived several generations of administrators. Some probably still contain configuration decisions that nobody fully understands anymore. Is anyone still running Wildfire? Jive Messenger?

Honestly, I love those stories from the trenches. The odd workarounds, the “temporary” fixes that became permanent infrastructure, the upgrade that everyone expected to fail but somehow didn’t, or the deployment that quietly kept running for a decade without anyone thinking much about it.

One of the things I appreciate most about infrastructure software is that success often becomes invisible. If a messaging server quietly keeps working for ten years, nobody talks about it. But that kind of stability is actually a huge achievement (both for the software and for the people operating it). I think that’s something we, as a community, can be genuinely proud of.

For Openfire 5.1.0, we’ve been modernizing quite a few internals:

  • support for Java 25
  • upgrades to Netty 4.2 and various database drivers
  • improvements around reverse proxies and DNS handling
  • clustering improvements
  • security hardening
  • performance fixes for larger deployments.

While doing that work, we constantly try to balance modernization with compatibility for long-running installations. That balancing act becomes much easier when we understand how people actually deploy and operate Openfire in the real world, which, apart from simply wanting to hear your stories, is another reason for me to ask this question.

So: I’d love to hear your stories! How old is your deployment? What version did you start with? What infrastructure changes has it survived over the years? Are there plugins or integrations you absolutely depend on? What operational lessons have you learned?

And perhaps most importantly: what surprised you most about running Openfire long-term?

I’m hoping this thread becomes a collection of deployment stories, operational lessons, and perhaps a bit of Openfire history.

Looking forward to hearing your stories!


We’d love to hear from you! Please join our community forum or group chat and let us know what you think!

For other release announcements and news follow us on Mastodon or X

1 Like

I started using the Openfire server on January 27, 2018, beginning with version 4.2.1. Since then, I have updated to every new release, and today I am already running version 5.0.5. Over all these years of using Openfire, I honestly cannot imagine myself without this amazing server.

I would like to thank all the people who develop and support this project. It is a very high-quality product that truly leaves a strong impression on anyone who uses it. Throughout the years, many great features and improvements have been added, making the server even better and more reliable.

During this journey, I also migrated from a physical server to a virtual machine running on Proxmox VE. The server remains extremely fast, stable, and high-performing. Thank you to everyone involved in the development of Openfire for creating such an excellent piece of software.

3 Likes

Oldest version on my dev PC is 4.5.4. We still have customers that are running Openfire with version 4.5.x, but are isolated and not on the Internet

3 Likes

Hi @guus

I started using Openfire on March 2011, beginning with version 3.7.0.
Since then, I have updated to every new release up to the latest version 5.0.5.

I agree 100% with @Svais !

For 15 years, I migrated this Openfire instance to new MS Windows Server versions (also from physical to virtual), to new MS SQL versions, to new Java versions, … without issues.
The database is the original one (2011).

I also use Spark from March 2011, but I would like a new version with a modern look (I know it’s not easy to develop a new version).

Thank you to the Openfire team! You’re great!!! :blush:

3 Likes

I love to read the reactions to this! I guess I should probably contribute my own story too :slightly_smiling_face:

Back in 2005/2006, I was finishing my studies. For my graduation project, I helped design and prototype a new instant messaging service called ‘Buzzaa’ (which would later become better known as Nimbuzz).

That project is actually how I first got introduced to XMPP.

At the time, Openfire wasn’t even called Openfire yet. When I started the project, it was still called Jive Messenger. Halfway through my graduation period it got renamed to Wildfire (which, in hindsight, already makes me feel old.)

The funny thing is how many topics from that period still feel strangely relevant today. Back then, we were worrying about things like:

  • mobile devices constantly losing connectivity,
  • how expensive persistent connections were over GPRS,
  • interoperability with other messaging networks,
  • reverse proxy/firewall traversal,
  • offline message handling,
  • and whether mobile bandwidth would even be sufficient for instant messaging.

At one point I literally calculated average Jabber traffic per connected user based on statistics from jabber.org, trying to determine if GPRS networks could realistically support mobile IM usage.

The architecture we ended up building used Wildfire as the core XMPP server, with transports to networks like MSN and ICQ, HTTP Binding (BOSH) for mobile connectivity, and even experiments that bridged XMPP presence and messaging into telephony systems through Asterisk.

Reading my old thesis now is honestly a bit surreal. Some technologies disappeared completely, some ideas failed spectacularly, and some concepts eventually evolved into things that are still normal today.

One thing that stood out to me even then was how active and open the XMPP community felt compared to many alternatives. In my thesis, I explicitly compared XMPP with protocols like SIMPLE, OSCAR, MSNP and others, and one of the deciding factors for choosing XMPP was simply that the ecosystem felt alive and innovative.

Another funny detail: one of the reasons we selected Wildfire over ejabberd was that neither I nor the company I worked with knew Erlang, while we did know Java :slightly_smiling_face:

That graduation project ended up shaping a surprisingly large part of my career afterwards.

Also: yes, I somehow managed to get a perfect 10/10 score for the thesis. I’m still irrationally proud of that.

3 Likes

I don’t remember when I got involved with Openfire, but I think it was around 2008 or 2009. This community is great. I’m not as active as I once was, but I love seeing @guus @akrherz and others still being as committed today as they were all those years ago!

2 Likes

Sadly, i don’t have an Openfire server still running, but i can share my story :slight_smile:

I have first learned about XMPP (more commonly known as Jabber then) during my last years in the uni. I was using ICQ and a few local web based chat sites. I think i was just looking for various IM clients for ICQ when i stumbled upon Jabber and tried to install and run something and didn’t understand how it works.

A few years later after graduating i have started at my first IT job and one of my first tasks was to setup an internal IM system for employees (with an emphasis being that it shouldn’t cost anything). I just did a Google search for a chat software. Found a few standalone projects, some commercial ones and then Jabber came up. And i thought i have heard about it. I think i have tried to install ejabberd or some other server and couldn’t make it work. Then, i have found Jive Software site and its new product Jive Messenger server. Started asking questions on the forums, getting responses from founders and developers. Even participating in weekly group chats with them (remember those?:slight_smile: ). It was an easy choice to go with this product and actually it was a more hard decision to decide on a client (Spark didn’t exist yet then). I remember trying around 10 of them. Many do not exist anymore. Settled on Exodus back then.

So, my server started in 2005 (January or so). Jive Messenger, version unknown, running on an old junky IBM PC with Pentium something and 16 MB of memory. Arch Linux in CLI mode for OS. I have learned the most about Linux in those few years running this server, figuring out system configs, updates, having to revive it a few times after faulty updates or my mistakes (with 2005 Google and brute force).

I think i have moved it to another oldish tower PC before eventually moving it to a VM, probably around 2008 or so. And maybe around 2015 moving it to Windows Server OS. I remember having weird Java issues in Linux VM and decided to give it a go on Windows. Also, 99% of our servers were Windows based and my co-workers were more familiar with it.

Also, around that time we started evaluating other clients. Personally, i was using Spark (first known as Jive Communicator) for years already. And at that time i have also started managing this project. Mostly approving submissions from contributors, testing changes, providing support in the forums. Even fixed a few minor things in the code and added a few smaller features (not being a developer actually). I have suggested Spark at my company, but we first evaluated a few other apps like Gajim and Psi. Most people liked Spark, so we switched to it.

It was a good run up until 2017 summer, i think. When management decided it is time to switch to Skype (Teams eventually). It was a bittersweet moment when i had to power off the server and remove Spark from all machines. My first complex IT project on a first job. Running for 12 years. And also participating in this community, getting involved with projects. It is a fond memory :heart: And it also helped me build a lot of IT skills i am still using to this day.

1 Like