[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] client, server, centralized, or distributed
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] client, server, centralized, or distributed |
Date: |
Mon, 9 Sep 2002 12:17:28 +0200 |
User-agent: |
Mutt/1.3.22.1i |
> Is there going to be a server-side broker / proxy, where clients connect
> and register as callbacks ( centralized),
Not that I know.
> or will there be something like a frontend broker on each client, a DNS or
There is already in gmPG.py
> Naming service on server(s) , where clients get a list of other client's
> frontend addresses, and then communication is distributed /peer-to-peer
> between clients (distributed) ?
There's two modes of communication for clients:
1) strictly within itself
This is achieved through gmDispatcher where parts of a client
register interest in the doings of other parts of the same
client.
2) via the backend the client happens to be connected to
This works through gmBackendListener. Clients know nothing
about each other. Client A posts "hey, the lab data for
patient XY has arrived and is now available". Client B has
patient XY open and thus listens to backend signals regarding
this patient. It receives the messages about the newly
arrived lab data, adds a note to the client's INBOX display
(bottom left in Clinical Summary) and reloads the lab data for
this patient into the client cache.
Clients don't communicate directly. This is another matter
entirely. GnuMed is not trying to become Gnutella at the
moment.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346