RE: [certi-dev] RequestClassAttributeValueUpdate service

[Michael Raab]

Hi,

the implementation of the missing service
has begun :-)

So I started in RTIA_federate.cc and
added to the unimplemented case for REQUEST_CLASS_ATTRIBUTE_VALUE_UPDATE.
I added a requestClassAttributeValueUpdate()
function to ObjectManagement.hh/.cc that sends the appropriate message
to RTIG.
I catch this message in RTIG.cc in chooseProcessingMethod()
and created the appropriate processing routine in RTIG.hh/RTIG_processing.cc
called processRequestClassAttributeValueUpdate().

Now I'm blocked as I need a list of
all object instances of the class handle. How can I obtain them?

Thanks & Best regards,
Michael


Dipl.-Inf. Michael Raab

Fraunhofer-Institut für Fabrikbetrieb und -automatisierung IFF
Virtuell Interaktives Training
Sandtorstr. 22, 39106 Magdeburg, Germany          
      
Telefon +49 (0) 391/ 40 90 122
Telefax +49 (0) 391/ 40 90 115
address@hidden
http://www.iff.fraunhofer.de
oder http://www.vdtc.de



Von:      
 "Gotthard, Petr"
<address@hidden>
An:      
 "CERTI development
discussions" <address@hidden>
Datum:      
 09/30/2010 05:11 PM
Betreff:    
   RE: [certi-dev]
RequestClassAttributeValueUpdate service
Gesendet von:    
   address@hidden

---

I was missing this feature
too. After a small investigation (a year ago) I consider this as a high-complexity
task for persons not familiar with the code. The RTIA implementation is
not a big deal, but the RTIG has to be updated to obtain a list of active
classes and then distribute the updates. This is not an easy task if you
don’t know where are the classes stored and how to get the values.
 
But maybe I gave up too early,
maybe it’s not as complex as I think. ;-)
 
 
Petr
 
From: address@hidden
[mailto:address@hidden]
On Behalf Of Michael Raab
Sent: Thursday, September 30, 2010 4:40 PM
To: CERTI development discussions
Subject: Re: [certi-dev] RequestClassAttributeValueUpdate service
 
Thanks for the fast reply.
How much work do you expect on this issue? What exactly is missing? Sorry
but I'm missing the whole picture as I'm not familiar with CERTI source
code 

Thanks, 
Michael 


Dipl.-Inf. Michael Raab

Fraunhofer-Institut für Fabrikbetrieb und -automatisierung IFF
Virtuell Interaktives Training
Sandtorstr. 22, 39106 Magdeburg, Germany          
      
Telefon +49 (0) 391/ 40 90 122
Telefax +49 (0) 391/ 40 90 115
address@hidden
http://www.iff.fraunhofer.de
oder http://www.vdtc.de



Von:        Eric Noulard
<address@hidden>
An:        CERTI development
discussions <address@hidden>
Datum:        09/30/2010
04:34 PM 
Betreff:        Re:
[certi-dev] RequestClassAttributeValueUpdate service
Gesendet von:        address@hidden

---

2010/9/30 Michael Raab <address@hidden>:
> Hi all,
>
> I got a runtime warning that the service RequestClassAttributeValueUpdate
is
> not implemented yet. Looking into the code it seems that the appropriate
> method is written but not called. Instead a warning is generated.
> Is it simple mistake or is there a reason for not calling?

The code is called in libRTI (RTIambassador.cc)
then a message is sent to RTIA process
where the method is not implemented (RTIA_federate.cc)
thus the warning.

CERTI has a multi-process implementation for which many (but not all)
RTI services have to be handle at different places:

libRTI --> the HLA API
RTIA --> Local RTI component
RTIG --> Central RTI component

the full path of some service may be:

Federate1-->libRTI-->RTIA1-->RTIG
RTIG-->RTIA2-->libRTI-->Federate2

> warning comes from: RTIA_federate.cc line 582
> method is implemented at: RTIambassador.cc line 1381

This is a "incomplete" implementation, more work in RTIA and
may be RTIG needs to be done in order to implement the service.

Patch are welcomed :-]

-- 
Erk
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org

-- 
CERTI-Devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/certi-devel--
CERTI-Devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/certi-devel