Re: [certi-dev] ResignFederationExecution

[Eric Noulard]

2010/11/15 Michael Raab <address@hidden>:
> Hi Eric,
>
>>concerning Ownership (for RELEASE_ATTRIBUTES part) I'm not even
>>sure the it's working now because I'm not aware of any user using
>>ownership until now?
>
>>Do you use Ownership management?
>>If you only care about deleting object instance then it should doable
>>relatively fast.
>>If you care about Ownership too that may take longer...
>
> I don't use ownership management, so that shouldn't block at the moment...

Good.


>>You may even add a ObjectManagement::deleteAllMyObject()
>>method and call it.
>>This would handlde the "DELETE_OBJECTS" case.
>
> So if I understand correctly, your proposal is to add method
> ObjectManagement::deleteAllMyObject() to ObjectManagement.cc.
> But what would be the aim of this method? As far as I understand the
> federate (RTIA) doesn't know about all object instances that it holds or am
> I wrong? So only RTIG knows?

Normally (unless I'm proven wrong) RTIA knows everything about the local
state of its federate relative. Thus is shoud know the list of object instance
registered by its federate.

Conceptually the merge of all RTIA (aka LRC for other RTIs) state
is the state of the RTIG (aka CRC for other RTIs).

The "state" is stored (in RTIA or RTIG) in the "RootObject" class.

RTIG is currently responsible of one more thing: sending the reference
FED file on join
(in fact it reads the file .fed or .xml and send the RootObject itself
as a portable
binary data-stream to the joinee)

> It looks to me that we need an additional network message type like
> NM_Delete_All_Objects.
> What is the appropriate way to step forward? Create this message type by
> hand, or should this be done by some script?

It shoudn't be necessary, however any new message should be added
to message specification files:

scripts/CERTI_Messages.msg --> Federate <--> RTIA messages
scripts/CERTI_NetworkMessages.msg  --> RTIA <--> RTIG messages
-- 
Erk
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org