Re: BEA's Iceberg to manage millions of objects
Ron Resnick (resnick@interlog.com)
Wed, 23 Apr 1997 17:58:11 -0400 (EDT)
At 12:10 PM 4/23/97 -0400, Rohit wrote:
>
>I don't know what, if anything to make of this announcement. I think it's
>just evidence the world is turning our way...
>
>RK
>
>--------------------------------------------------------------------------
>
>
>BEA's Iceberg to manage millions of objects
>
>http://www.pcweek.com/news/0421/23abea.html
>
>BEA Systems Inc. is marrying its TP middleware with object-oriented
>technologies to create an enterprise infrastructure for managing
>millions of objects.
>
>Code-named Iceberg, the new product is due next year, and will
>integrate BEA's Tuxedo suite of transaction processing middleware with
>ORB (Object Request Broker) and Message Que products BEA acquired from
>Digital Equipment Corp. earlier this year.
>
>Tuxedo controls the flow of commercial transactions, such as making a
>reservation or exchanging funds, over heterogeneous networks. BEA
>bought the Digital products "because we needed an environment to run
>objects and let them communicate between themselves," said Geri
>Edwards, vice president of strategy and product planning for BEA, in
>Sunnyvale, Calif.
Now do you know why this announcement sounds familiar? Guess
who Geri Edwards is? (Should be Jeri, of course). Author 3 of
Orfali/Harkey/Edwards, the folks who've been promising us the
morphing of TP monitors into distributed objects for years.
>
>
>BEA also will deliver enterprise JavaBeans to create the component
>architecture for Java-based Iceberg next year.
And now, updated for Java, no less ;-)
>A bank, for example, can have different objects for savings and
>checking accounts, and around five or six objects for each customer.
Gee, *6* whole objects per customer - don't get too generous handing
those objects out now, y'hear!
>
>"It's a great idea," said Morrie Segal, technology director for FDC
>Technologies, in Bethesda, Md. "We need to be at the point where we
>can assemble full applications across networks by utilizing reusable
>functions."
Wow Morrie. Isn't that neat? You can build all of those great monolith
applications you used to run in the past out out of this new componentware.
Of course, the point is to be able to do _new_ and _different_ things that
you couldn't have done before, but oh well. More of the same is good too, huh?
Ron.