[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