Re: [Gnumed-devel] Gnumed-client ... ability to call another gnumed as slave

[Karsten Hilbert]

On Thu, Jul 16, 2009 at 12:17:39PM -0700, Jim Busser wrote:

> Maybe helpful to clarify the purpose and function of "personalities". Is 
> it to distinguish among one or more instances of the slave running  
> concurrently on a single local system?

"of slaves", but yes

> Can they co-exist on the same port?

No, each slave needs a unique port. I know, that seems to
make personalities redundant. However, the fact that two
people are in the same locality doesn't mean they must want
to talk to each other.

> Do they all listen to the same incoming communications,

No. Each listens to its own channel.

> but would 
> each incoming communication (when properly framed by the controller) 
> being directed to a specific personality therefore only acted on by the 
> one personality?

Yes, via that slave's port.

> Is a personality instance therefore
>
> - a combination of a personality name
>       - specified where (config?)
> - incorporated into (associated with) a gnumed client instance
> - that has been instantiated as slave
> - via port specified in (config?)
> - using default worksplace (unless over-ridden in config)

yes

> And are personalities arbitrarily named by the users in their configs,

yes

> are the personalities to conform to particular personality types?

no, they must match between slave and controller, however,
for obvious reasons

> Does the server know anything about personalities

If you mean the backend - no.

> (i.e. any risk of  
> interaction among personalities in server space or middleware)?

None that I can see. They are local to the machine the
GNUmed clients are running on.

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346