The Jini(TM) Specifications, Edited by Ken Arnold (2nd Edition) - Softcover

Jini Technology; Team, The Jini

Softcover

ISBN 10: 0201726173 ISBN 13: 9780201726176

Publisher: Addison-Wesley, 2000

Synopsis

A guide for programmers to the formal specification for the core Jini connection technology, and specifications for local helper utilities and remote helper services. Every specification is described in detail, from device architecture to semantics. Previous edition: c1999. Softcover. DLC: Electronic data processing.

About this title

Review

What does Sun's Jini technology mean for the future of distributed computing? To find out, take a look at The Jini Specification, a guide written for IS managers and Java developers alike.

The book starts with what Jini is and how it works. (In short, Jini allows Java clients to invoke remote services easily through Java.) The authors present a chat message server and explain the Jini architecture where clients look up and "lease" remote services.

The heart of this book is its coverage of classes in the Jini specification. First there's an overview of Jini illustrated with a printer service. Then it's a close look at how clients "discover" Jini services, either through multicast or unicast protocols. (The authors also present useful built-in utility classes here.)

Next comes material on storing entries for Jini services (used for identifying them across the network) and the classes used to "lease" remote services. An interesting section on remote events contrasts them with local JavaBean events. Then it's on to Jini transactions, including the two-phase commit process used to manage work done remotely.

Later the book turns to the new JavaSpaces classes, which permit sharing data between Java processes in order to facilitate parallelism. An intriguing appendix reprints a white paper in which the Sun team outlines its philosophy of distributed computing. (They argue that local and remote objects need to be handled differently: object location transparency is a myth.)

With a mix of technology briefing and nuts-and-bolts detail, The Jini Specification delivers a valuable perspective on the latest advance in Java distributed computing from Sun. --Richard Dragan

From the Inside Flap

Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away.
--Antoine de Saint-Exupery

The Jini architecture is designed for deploying and using services in a network. Networks are by nature dynamic: new things are added, old things are removed, existing things are changed, and parts of the network fail and are repaired. There are therefore problems unlike any that will appear in a single process or even multiple processes in a single machine.

These differences require an approach that takes them into account, makes changes apparent, and allows older parts to work with newer parts that are added. A distributed system must adapt as the network changes since the network will change. The Jini architecture is designed to be adaptable.

This book contains three parts. The first part gives an overview of the Jini architecture, its design philosophy, and its application. This overview sets up the following sections, which contain examples of programming in a Jini system. The first section of the introduction is also usable as a high-level overview for technical managers.

The sections of the introduction that contain examples are designed to orient you within the Jini technology and architecture. They are not a full tutorial: Think of them as a tour through the process of design and implementation in a Jini system. As with any tour, you can get the flavor of how things work and where you can start your own investigation.

The second part of the book contains the specifications themselves. Each specification has a brief introduction describing its place in the overall architecture.

The third part of the book contains supplementary material: a glossary that defines terms used in the specifications and in talking about Jini architecture, design, and technology, followed by two appendices. Appendix A is a reprint of "A Note on Distributed Computing," which describes critical differences between local and remote programming. Appendix B contains the full source code for the examples in the introductory material. History

The Jini architecture is the result of a rather extraordinary string of events. But then almost everything is. The capriciousness of life--and to the fortunate, its occasional serendipity--is always extraordinary. It is only in retrospect that we examine the causes and antecedents of something interesting and decide that, because they shaped that interesting result, we will call them "extraordinary." Other events, however remarkable, go unremarked because they are unexamined. Those of us who wrote the Jini architecture, along with the many who contributed to its growth, are lucky to have a reason to examine our particular history to savor its pleasures.

This is not the proper place for a long history of the project, but it seems appropriate to give a brief summary of the highlights. The project had its origins in Sun Microsystems Laboratories, where Jim Waldo ran the Large Scale Distribution research project. Jim Waldo and Ken Arnold had previously been involved with the Object Management Group's first CORBA specification while working for Hewlett-Packard. Jim brought that experience and a long-term background in distributed computing with him to Sun Labs.

After joining the Labs, Ann Wollrath joined Jim's team. Soon thereafter, observations about many common issues in the field of distributed computing led Jim, Ann, and other authors to write "A Note on Distributed Computing," which outlined critical distinctions between local and distributed design. Many people had been trying to hide those differences under the general rubric of "local/remote transparency." The "Note" argued that this was not possible. It has become the most cited Sun Laboratories technical report, and the lessons it distills are at the core of the design approach taken by our project.

At this time the project was using Modula 3 Network Objects for experiments in distributed computing. As Modula 3 ceased to be developed, the team looked around for a replacement language. At that time Oak, the language an internal Sun project, seemed a viable replacement with some interesting new properties. To a research project, the fact that Oak was commercially insignificant was irrelevant. It was at this time that Ken rejoined Jim on his new team.

Soon after, Oak was renamed "Java."

When it was still Oak, it had once had a remote method invocation mechanism, but that was removed when the mechanism failed--it, too, had fallen into the local/remote transparency trap. When Bill Joy and James Gosling wanted to create a working distributed computing mechanism, they asked Jim to lead the effort, which switched our team from the laboratories into the JavaSoft product group. As the first result of this effort, Ann, as the Java RMI architect, steered the team on an exploration of what could be done with a language-centric approach to distributed computing (most distributed computing systems are built on language-neutral approaches).

After RMI became part of the Java platform, Bill Joy asked the team to expand its horizons to include a platform for easier distributed computing, coining the name "Jini." He convinced Sun management to put the RMI, JavaSpaces, and Jini projects into a separate unit. This new unit started with Jim, Ann, Ken, and Peter Jones, and was soon joined by Bob Scheifler who had extensive distributed computing experience from the X Windows project that he ran. This put together the original core architectural team: Jim, Ann, Ken, and Bob.

As the team grew, many people had a hand in the direction of various parts of the architecture, including Bryan O'Sullivan who took over the design of the lookup discovery protocol. Mike Clary took the project under his wing to give it time to grow. Mark Hodapp joined the team to manage its software development and run it in partnership with its technical leadership. Gary Holness, Zane Pan, Brian Murphy, John McClain, and Bob Resendes all reviewed the primary architecture documents and had responsibility for various parts of the tool design, implementation design, and the implementations themselves. Laird Dornin and Adrian Colley joined the RMI sub-team to continue and expand its development. Charlie Lamb joined the architectural team to oversee work with outside companies, starting with printing and storage service standards. Jen McGinn joined the team to document what we had done, later with the help of Susan Snyder on production support. Jimmy Torres started out as our release engineer and has changed to working on helping build our public developer community. Frank Barnaby took over the release engineering duties. Helen Leary joined early and kept our infrastructure humming along.

Our QA team was Mark Schuldenfrei and Anand Dhingra, managed by Brendan Daly. Alan Mortensen wrote the conformance tests and their infrastructure. Emily Suter and Theresa Lanowitz started out our marketing team, with Franc Romano, Donna Michael, Joan MacEachern, and Paula Kozak joining later. Jim Hurley started setting up our support organization, and Keith Thompson and Peter Marks joined to work on sales engineering. Samir Mitra led a marketing and business development team that included Jon Bostrom, Jaclyn Dahlby, Mike McNerny, Miko Matsamura, Darryl Mocek, Sharam Moradpour, and Vince Vasquez. Many others, too numerous to mention, did important work that made the Jini architecture possible and real.

The mome rath isn't born that could outgrabe me!
--Nicol Williamson

0201726173P04062001

About this edition

• Publisher: Addison-Wesley
• Publication date: 2000
• ISBN 10: 0201726173
• ISBN 13: 9780201726176
• Binding: Paperback
• Number of pages: 645
• Editor: Arnold Ken