Added a note on authentication and bootstrapping.

git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@70 542714f4-19e9-0310-aa3c-eee0fc999fb1
This commit is contained in:
Michael Bayne
2001-07-19 07:18:05 +00:00
parent 7238d75f89
commit 933896e503
+19
View File
@@ -13,6 +13,25 @@ client/server application framework. Cher provides services that can be
integrated into your distributed application to share information between integrated into your distributed application to share information between
a set of clients and entities operating on the server. a set of clients and entities operating on the server.
* Authentication and bootstrapping
The client initially transmits an authentication request to the server and
receives an authentication response in return. If successfully
authenticated, the client will then start up the distributed object
machinery, but will remain in a less functional state until the server
delivers the bootstrap notification.
The bootstrap notification contains the client's distributed object oid as
well as the invocation services oid. With this information the client can
complete initialization and attain a fully operational state.
The motivation for splitting up the authentication response and the
bootstrap notification is because the authentication process completes
separately from the server's client management initialization. The
authentication machinery replies to the client and sets the client
management machinery in motion. When that completes (and a client object
has been created for the client), the bootstrap notification is sent off
and normal operation ensues.
* Invocation services * Invocation services
To facilitate the client invoking code on the server (in a To facilitate the client invoking code on the server (in a
request/response arrangement) and the server invoking code on the client request/response arrangement) and the server invoking code on the client