Build Distributed Object Mgmt Frameworks for J2EE

An anonymous reader writes "Many enterprise Java technology developers build their own object management infrastructures to improve application performance. However, traditional object pools encounter problems in applications that run across distributed JVMs on multiple physical machines. In this article, Zhengrong Tang presents an object management framework that uses the concept of scopes to handle distributed systems with ease."

Re:I got out of bed...

[aflat362]

I need something interesting to look at

Then you're on the wrong site. Boobies links are over at fark.

A bit expensive...

[tcopeland]

...it would take a pretty heavy object to outweigh the expense of the pooling outlined here - JMS message traffic, etc.

But perhaps it would be handy for large documents or a connection to a database that was very slow or something like that...

Re:A bit expensive...

[anomalous cohort]

It's an old story. Users want both scalability and performance. So, they cache objects to improve performance but they also want clustering to scale up to larger volumns.

This article is just speaking to that need for both. It's a hard road, by the way, as each node in the cluster must notify the other nodes when an object gets dirty. The hard part is doing that in a way that scales, is accurate, and without a prohibitive cost in message traffic.

Re:A bit expensive...

[tcopeland]

> cache objects [...] but also want clustering

So true. Talk about conflicting forces...

> without a prohibitive cost
> in message traffic

Yup. JMS probably isn't a bad way to do this, especially as all the infrastructure classes have already been loaded into the VM as part of the J2EE server.

Not the most popular Slashdot thread ever, huh? Nobody here but us chickens...

Deja vu heap layers

[bdubSOv1iKIJ403M]

This reminds me of Heap Layers [umass.edu] and others [utexas.edu]; they both try to reinvent malloc()/new().