Skip navigation

When you think of major influences on Java middleware over the years then JBoss the company and JBossAS the project should be in your list. Whether it's bringing J2EE to the masses, helping open up the Java Community Process, or simplifying application development, JBoss has played a significant role. However, as I've pointed out several times, the middleware landscape of today has changed and is continuing to change radically and we continue to change with it - in fact I assert that we are driving a lot of this change. Our plan, best summarised around JBossEverywhere, is obviously to continue to drive for further improvements in the EE standard and specifically in our implementations, e.g., DeltaSpike. The JBossWay initiative is the project under which many of these changes will happen. Of course we have far more today than just an EE application server, so JBossWay will extend to those as well.

 

Our work with mobile and embedded devices, such as running projects including AS7 on a RaspberryPi, helps to put the capabilities that all enterprise applications need into the hands of developers no matter where they are. Of course the various polyglot work such as with TorqueBox and Ceylon, is equally important because although we believe the JVM is the right base on which to build, we don't want to force people to use Java. For the kinds of cloud PaaS that we are focussing on with OpenShift, this flexibility is critical. It's also flattering to see others trying to copy us! And talking about cloud, CapeDwarf leverages JBoss EAP6 underneath GAE interfaces in OpenShift, so JBossEverwhere truly goes from the small scale to large scale!

 

As I mentioned before, the JBoss name now covers far more than an EE application server. We have SOA, BRMS, Portal as well as tooling, and with the acquisition of FuseSource and Polymita our breadth and depth of technologies increases. JBoss morphs every time an acquisition occurs; in fact every time we hire someone we evolve, being influenced by them and influencing them. So really when I talk about JBossEverywhere I'm talking about JBoss/Arjuna/Metamatrix/Fuse/Polymita/.../Everywhere. Mobile and cloud have driven another area of innovation: NoSQL and BigData. With Infinispan and JDG we announced part of the strategy there. But much more is to come in the near future. I can't go into details just yet, but suffice it to say that I've been working with teams across JBoss and wider Red Hat to formulate a plan that will take shape over the coming months.

 

JBossEverywhere is intended to put JBoss technologies into the hands of as many developers as possible. The recent JBossAS project rename announcement and associated strategy to enable developers to gain greater access and availability of our products, is therefore yet another "string in our bow". I am sure that by allowing all developers to use our products for free whilst at the same time ensuring innovation in our communities, is not only a game changer for professional open source, but it also helps all of our communities grow and benefit from each other. Of course there's a long road ahead of us with all of the plans I've already mentioned, as well as those that I haven't. JBoss will continue to evolve. JBossEverywhere will influence much of what we do in the coming months. And I'm hoping that with the changes we've announced recently that all of our communities will help make it a success.

 

Onward!

I first came across JBoss in 2002 when started Arjuna Technologies and we were looking around for ways to leverage the transactions and messaging pieces we'd brought with us when we exited HP. We subsequently replaced the JBoss transaction and messaging pieces with our own and had a fairly successful business selling that combination. Fast forward a few years and JBossAS was dominating the open source J2EE landscape. With the evolution of enterprise Java, EE5 and then EE6, the Red Hat acquisition of JBoss, and a few other changes in our industry, JBossAS evolved and became the basis of everything we do. Whether it's portal, SOA or mobile, JBossAS is the fabric on which we build. And then of course there's the Fabric effort which is continuing to feed into it and other projects.

 

What this means is that JBossAS today is very different to what it was a decade ago. The uses cases it has to satisfy are orders of magnitude more complex and diverse than they were. Put simply, although Java EE is central to what it does and we do as a community, it is no longer the only driving force behind it. And over all of these years, through all of the changes I've mentioned, we've all known it as the JBoss Application Server, or JBossAS. With EE6 came our shorthand of AS7, but it was really still JBossAS. Well now we'd like to change that. We've had lots of discussions here and we believe that the time has come to change the name of our project to better reflect the changes we've seen in its reason for existence so far, but also for what's to come in the future. Importantly with something so influential to open source, we want our community to be involved in the rename in just the way they have in other aspects of its life. So this is your chance to suggest a name that will be associated with the number one application server.

 

Onward!

Filter Blog

By date:
By tag: