certi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [certi-devel] Synchronization point


From: Valéry Raulet
Subject: Re: [certi-devel] Synchronization point
Date: Mon, 17 Feb 2003 10:48:09 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210

Benoît Bréholée wrote:

Valéry Raulet <address@hidden> writes:
Par contre, je réitère ma question du mail précédent ! pour Message
(read/writeHeader, read/writeBody) et NetworkMessage bien sur, est-ce
qu'il ne serait pas mieux d'utiliser un champ de bits pour determiner
quels donnees a placer dans le message

Il suffirait de placer les bons drapeaux dans les méthodes du
RTIambassador. Dans ce cas, l'analyse pour créer le message serait
grandement simplifié. De plus, tout ajout d'une méthode dans le
RTIambassador ne provoquerait aucune modification de Message.

Oui, désolé j'ai oublié d'y répondre, mais c'est effectivement
beaucoup mieux comme ça, en fait j'envisageais de le faire comme je
suis en train d'ajouter des services liés à DDM. Pour ne pas encore
augmenter la taille du RTIambassador, il faudrait des méthodes pour
chaque champ, qui 1) placeraient un paramètre en attribut de message,
et 2) fixerait le drapeau.
J'ai fait quelques essais ce week-end pour l'entête des messages ! Le hic, c'est que l'entête est une union de différentes structures. Ca pose problème car l'entête utilisé dépend du service appelé (par exemple date existe dans MessageTimeStruct et MessageO_I_Struct).

Est-ce qu'on ne pourrait pas tout simplement générer le message complet (suite de données) plutôt que d'utiliser un message formatté (entête+corps).


--
Valéry Raulet
Ecole Nationale d'Ingénieurs de Brest
Laboratoire d'Ingénierie Informatique
Parvis Blaise Pascal
Technopole Brest-Iroise                  Tél : (033) 298 05 66 75
29200 Brest - France                     Fax : (033) 298 05 66 29






reply via email to

[Prev in Thread] Current Thread [Next in Thread]