Lately I've received a number of e-mails and had conversations regarding J2EE compliance and what it means to the industry. Each conversation or message has a slightly different slant depending on whether the person on the other end is a vendor or a reader or a colleague. What almost everyone seems to agree on is that the J2EE standard has done more to create a basic parity among vendors than any other event in the short but colorful history of Java.
Parity excites end users (in this case developers or IT departments) and depresses vendors. IT departments love the portability of J2EE because it allows them to move from one vendor to another as they see fit. Vendors dislike parity because it reduces their ability to charge premiums – they're selling a commodity.
To avoid the commodity problem, vendors naturally attempt to differentiate themselves from one another by providing additional features and new functionality. With J2EE this is a complex task and one fraught with danger. Yet there are several areas where vendors can add value without necessarily forsaking compliance with the specification. It's this differentiation that in fact will drive IT users to move from one implementation to another as they look for specific features. In a sense, the very cause of commoditization is also the driver behind specialization.
I see a number of areas that vendors will be likely to address as they begin the process of differentiating themselves. For lack of a better name I've termed this J2001 – next year's J2EE. This has nothing to do with the EJB 2.0 specification or anything else official: it's my own word. What follows is my view of what's likely to be used to sell products in 2001.
Clustering capabilities will be highlighted as vendors continue to push on the topics of reliability, availability and scalability. Some vendors are pursuing multiple VMs running on a single machine (or processor) as a way of achieving better clustering. Others are clustering at the machine level. I expect major players in the industry to have a clustered solution and for them to beat on each other about which one is best. I wouldn't be surprised to see integration of hardware clustering solutions as the logical next step in the quest for speed and scalability.
Personalization services will become a hot topic. Let's face it – the Web abounds with personalized sites. The integration of personalization into product offerings will be another area where vendors begin to establish dominance. The degree of integration and flexibility of personalization will be vital in determining the best solution.
Closely aligned with personalization but truly another topic is the idea of business rules engines. Such engines already exist as stand-alone products, and several vendors have either written their own or integrated them into their products as add-ons. I expect the critical factor surrounding this area to be the ability to define rules that affect and are aware of EJBs. Another key to success will be the ability to provide a rules interface that business users, not IT technicians, can understand.
