Map
Index
Random
Help
th

QuoteRef: oppeDC7_1983

topics > all references > ThesaHelp: references m-o



ThesaHelp:
ACM references m-z
ThesaHelp:
references m-o
Topic:
information as a hint
Topic:
name server or name directory
Topic:
implementation of Thesa data objects
Topic:
early vs. late binding
Topic:
names defined by context
Topic:
updating information in a distributed system
Topic:
naming authority
Topic:
renaming
Topic:
unique names
Topic:
absolute vs. relative names
Topic:
hierarchical naming
Topic:
alias names
Topic:
names independent of objects
Topic:
using an address as a name
Topic:
proper names
Topic:
Thesa data model
Topic:
attribute-value pairs as information
Topic:
primitive data type as memory
Topic:
data as a named set of data objects
Topic:
hypertext nodes made of names
Topic:
group names
Topic:
user profile
Topic:
updating information in Clearinghouse and Grapevine
Topic:
information retrieval by searching
Topic:
access by pattern matching
Topic:
client-server model for distributed systems
Topic:
automation
Topic:
examples of distributed systems and applications
Topic:
replicated data
Group:
distributed systems
Topic:
a single system image
Topic:
local vs. global
Topic:
information as facts
Topic:
abstraction in programming
Topic:
implementing distributed systems and applications
Topic:
locating named objects by broadcast
Topic:
routing electronic mailing
Topic:
reliable broadcast
Topic:
security issues with electronic mail
Topic:
data types in Thesa
Topic:
unique numeric names as surrogates

Reference

Oppen, D.C., Dalal, Y.K., "The clearinghouse: A decentralized agent for locating named objects in a distributed environment", ACM Transactions on Office Information Systems, 1, 3, July 1983, pp. 230-253. Google

Other Reference

QuoteRef: oppeDC10_1981

Quotations
231 ;;Quote: we treat information from a telephone clearinghouse as a hint which is verified when we make a call
231 ;;Quote: the telephone clearinghouse maps between finding objects by name, by number, or by subject
232 ;;Quote: dynamic binding of names to addresses allows graceful adaptation to changes
232 ;;Quote: telephone books are decentralized for size reduction and disambiguation of names
232 ;;Quote: the telephone clearinghouse require clients to resolve ambiguities
232 ;;Quote: users initiate directory updates that the telephone company installs
232 ;;Quote: telephone company provides a naming authority to allocate telephone numbers
233 ;;Quote: if someone moves, the old telephone is out-of-service and provides forwarding information
233 ;;Quote: telephone clearinghouse only maintains phone number for your name of yourself; others by still use nicknames
235 ;;Quote: an absolute name means the same thing when given to another client
236 ;;Quote: a hierarchical name allows decentralization and suggests a search path
237 ;;Quote: should be able to join naming universes, e.g., north america merged via area codes
237 ;;Quote: should hierarchical name have a constant or a variable number of levels
238 ;;Quote: a Clearinghouse names consists of localName:domain:organization
238 ;;Quote: every Clearinghouse object has an absolute, distinguished name
238 ;;Quote: a Clearinghouse object may have an alias for its distinguished name; aliases are unique
239 ;;Quote: equal naming domains or organizations does not imply physical adjacency
239 ;;Quote: even though relative naming is simpler, absolute naming has clear advantages
239 ;;Quote: three-level hierarchical names simplify naming while still allowing merges of networks
240 ;;Quote: Clearinghouse uses legal names for people to reduce ambiguities
240 ;;Quote: Clearinghouse aliases used as short names for ease of typing; aliases are unique
240 ;;Quote: even if people have the same legal name in a domain, pick unique names
241 ;;Quote: a Clearinghouse property has a name, a type and a value
241 ;;Quote: a Clearinghouse item is an uninterpreted block of data (a property type)
241 ;;Quote: a Clearinghouse group is a set of names (a property type)
242 ;;Quote: a user profile contains names of mail and file servers instead of addresses; allows relocation of servers
242 ;;Quote: Clearinghouse's set of names allows simultaneous updates
242 ;;Quote: lookupGeneric defines a yellow-pages for Clearinghouse; e.g., find Help Service
243 ;;Quote: Clearinghouse includes wild card matches
243 ;;Quote: add wild cards to match partial names by full names
243 ;;Quote: Clearinghouse clients are machines so all interaction must be automated
243 ;;Quote: Clearinghouse is decentralized and replicated
243 ;;Quote: distributed systems increase efficiency, security, and reliability
243 ;;Quote: Clearinghouse assumes one global database that is decentralized
243 ;;Quote: clients may use any name known anywhere in Clearinghouse
244 ;;Quote: uniform access to Clearinghouse by a stub on each client that knows a server
244 ;;Quote: data (hints) stored by Clearinghouse may be inconsistent or incorrect
244 ;;Quote: Clearinghouse guarantees that information is eventually consistent and correct
244 ;;Quote: the Clearinghouse contains the truth about an entry or will contain it soon
244 ;;Quote: depending on time scale the Clearinghouse holds either truth or hint
245 ;;Quote: use early binding for performance and late binding when early binding becomes invalid
246 ;;Quote: every domain has a domain clearinghouse; contains all mappings for every name in domain
246 ;;Quote: the organization CHServers contains the network addresses for domain clearinghouses
247 ;;Quote: the organization CHServers contains a list of domain clearinghouses for each domain
247 ;;Quote: an organization clearinghouse is in CHServers; it contains names and address for its domain clearinghouses
247 ;;Quote: every Clearinghouse server is an organization clearinghouse for CHServers:CHServers; provides access to every organization clearinghouse
248 ;;Quote: distinguish physical, Clearinghouse servers from logical domain and organizational clearinghouses
248 ;;Quote: Clearinghouse stubs must use broadcast to locate a server that's moved
249 ;;Quote: if a clearinghouse server does not include a domain clearinghouse; it returns the names and addresses of servers that are clearinghouses
249 ;;Quote: Clearinghouse domain servers can keep direct pointers or replicas of other domain clearinghouses
250 ;;Quote: Clearinghouse servers broadcast update requests to their siblings
250 ;;Quote: Clearinghouse authenticates all update requests against requesters credentials
251 ;;Quote: Clearinghouse attaches an access control list to each domain and property
251 ;;Quote: binding mechanism for network-visible objects is needed for large network-based systems; e.g., Clearinghouse
252 ;;Quote: machines may have multiple network addresses but objects may reside on only one machine
252 ;;Quote: check an address by checking the object's unique identifier
252 ;;Quote: under Clearinghouse, address of object is network address plus unique id.


Related Topics up

ThesaHelp: ACM references m-z (280 items)
ThesaHelp: references m-o (268 items)
Topic: information as a hint (18 items)
Topic: name server or name directory (40 items)
Topic: implementation of Thesa data objects (27 items)
Topic: early vs. late binding (15 items)
Topic: names defined by context (36 items)
Topic: updating information in a distributed system (50 items)
Topic: naming authority (7 items)
Topic: renaming (10 items)
Topic: unique names (57 items)
Topic: absolute vs. relative names (12 items)
Topic: hierarchical naming (28 items)
Topic: alias names (39 items)
Topic: names independent of objects (34 items)
Topic: using an address as a name (22 items)
Topic: proper names (35 items)
Topic: Thesa data model (58 items)
Topic: attribute-value pairs as information (53 items)
Topic: primitive data type as memory (29 items)
Topic: data as a named set of data objects (22 items)
Topic: hypertext nodes made of names (13 items)
Topic: group names (16 items)
Topic: user profile (16 items)
Topic: updating information in Clearinghouse and Grapevine (11 items)
Topic: information retrieval by searching (35 items)
Topic: access by pattern matching (18 items)
Topic: client-server model for distributed systems (25 items)
Topic: automation (15 items)
Topic: examples of distributed systems and applications (24 items)
Topic: replicated data (45 items)
Group: distributed systems   (14 topics, 344 quotes)
Topic: a single system image (30 items)
Topic: local vs. global (29 items)
Topic: information as facts (21 items)
Topic: abstraction in programming (67 items)
Topic: implementing distributed systems and applications (41 items)
Topic: locating named objects by broadcast (9 items)
Topic: routing electronic mailing (12 items)
Topic: reliable broadcast (29 items)
Topic: security issues with electronic mail (18 items)
Topic: data types in Thesa (92 items)
Topic: unique numeric names as surrogates (67 items)

Collected barberCB 4/83 12/88
Copyright © 2002-2008 by C. Bradford Barber. All rights reserved.
Thesa is a trademark of C. Bradford Barber.