[Ace-users] Re: [tao-bugs] Notify_Service naming service cleanup

Hans Utz hans.utz at nasa.gov
Mon Aug 20 10:55:27 CDT 2007


Hi Johnny,

it's filed as bug #3053.
Cheers,
Hans

Johnny Willemsen wrote:
> Hi,
> 
> Can you also store this one in bugzilla?
> 
> Johnny
> 
>>        TAO VERSION: 1.5.10
>>        ACE VERSION: 5.5.10
>>
>>        HOST MACHINE and OPERATING SYSTEM: Linux RH WS 4
>>        COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 3.4.6
>>
>>        THE $ACE_ROOT/ace/config.h FILE:
>>          config-linux.h
>>        THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE:
>>          platform_linux.GNU
>>
>>        AREA/CLASS/EXAMPLE AFFECTED: Notification Service
>>
>>        DOES THE PROBLEM AFFECT:
>>             EXECUTION
>>
>>        SYNOPSIS:
>>
>> On shutdown Notification Service cleans up the naming service 
>> reference 
>> of the notify-factory, but not any channels generated due to command 
>> line options.
>>
>>      DESCRIPTION:
>>
>> This behavior looks inconsistent to me. I assume, that in a 
>> persistent 
>> setup, with reconnect capabilities we might not want to clean up any 
>> reference in the naming service at all. But if we clean up 
>> the factory 
>> reference, we might as well clean up the references to 
>> generated channels.
>>
>> Speaking of cleanup: Would it make sense to destroy all 
>> created channels 
>> before exit in a non-persistent setup? If I understand it correctly, 
>> this would call disconnect on all consumers and suppliers, 
>> giving them a 
>> chance to do something about the fact, that the service is 
>> about to be 
>> no longer available.
>>
>> Cheers,
>> Hans
>>
>> _______________________________________________
>> tao-bugs mailing list
>> tao-bugs at mail.cse.wustl.edu
>> http://mail.cse.wustl.edu/mailman/listinfo/tao-bugs
>>
> 


-- 
Hans Utz - USRA/RIACS at NASA Ames
I do not speak for NASA, and NASA does not speak for me.



More information about the Ace-users mailing list