I get emails from customers saying they understand that ObjectGrid (WebSphere Extreme Scale) requires WebSphere Application Server for high availability because they heard it uses the HAManager and that other competitive products are peer to peer out of the box. This is just not true. ObjectGrid in no way requires any piece of our application server to be installed to perform any core capability. Everything is inside that one jar (objectgrid.jar) that ships with the product when you want to use it with straight J2SE or Tomcat.
ObjectGrid offers full peer to peer fault tolerance, high availability when used in a J2SE environment. The product is called WebSphere Extreme Scale purely because of branding within the company. It in no way implies that our application server is required for ObjectGrid to perform any of its capabilities. We have done work to integrate it with our application server pretty tightly but this work in no way means that it is any less capable when running in straight J2SE or competitive platforms like Tomcat etc.
Why would someone use WebSphere Application Server (ND) with ObjectGrid installed on top? Lots of reasons. The customers operations staff may be familiar with the application server and would naturally want to manage ObjectGrid using the same skill set. If this is what you want then you can package your ObjectGrid application into a conventional WAR or EJB module and deploy it to an ND cell and then manage it just like any other JavaEE application using the same skill set. They can then use PMI to monitor metrics from ObjectGrid using the ND console. ObjectGrid can integrate with WebSphere security which makes it easier to manage if you're already a WebSphere customer. If you're using smaller grids (<50 JVMs) then this is a very attractive approach.
If a customer wants extremely high performance HTTP session replication then we recommend running ObjectGrid within WebSphere ND. But, we'd recommend the same thing to a Tomcat customer looking for the same high performance session replication for their Tomcat application. The same ObjectGrid code is working in both.
Why would you use ObjectGrid in J2SE mode in a WebSphere ND shop? If you want a Java 6 virtual machine for hosting the ObjectGrid data then this makes using ObjectGrid in a J2SE mode mandatory if you are using any version of WebSphere below 7.0 (which includes Java 6). If the grid needs to scale to more than around 50 JVMs then I'd recommend running it in a J2SE environment purely because it's easier to manage, ObjectGrid scales to well over a thousand JVMs and around 2 TB of data (32 bit JVMs) with no administration necessary as you scale it up, just start more JVMs. If 64 bit JVMs are used then more data can be stored. The applications running in the application server can connect to the grid over the network in this mode.
If anyone has questions then please comment here or post a thread on our forum.
