Issue 1793: Dependance on CosTrading (notif_service-rtf) Source: (, ) Nature: Uncategorized Issue Severity: Summary: Summary: We re-use the type CosTrading::PropertySeq in the Notification IDL, and this is the only this that"s re-used from this module. The result is that code in C++ and Java implementing the entire CosTrading IDL stubs in linked or loaded into a running Notification Service. This creates an unacceptable bloat for such a trivial re-use. Resolution: Revised Text: Actions taken: August 10, 1998: received issue February 23, 1999: closed issue Discussion: End of Annotations:===== Return-Path: To: issues@omg.org Cc: notif_service-rtf@omg.org Subject: dependance on CosTrading X-face: *A\_v+D,~Jx_g]`m,s61-x|*;H4hgZeE= Hi all, We re-use the type CosTrading::PropertySeq in the Notification IDL, and this is the only this that's re-used from this module. The result is that code in C++ and Java implementing the entire CosTrading IDL stubs in linked or loaded into a running Notification Service. This creates an unacceptable bloat for such a trivial re-use. We propose that we re-define the same PropertySeq type (so that programmers can use the same techniques for creating and populating the sequences) in the CosNotification module scope - thereby eliminating the unacceptable code bloat created by the dependence on CosTrading. K -- ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Keith Duddy : dud at dstc.edu.au : http://www.dstc.edu.au/AU/staff/dud CRC for Distributed Systems Technology (DSTC) Gehrmann Labs, University of Queensland, 4072, Australia ph: +61 7 336 5 4310 :: fx: +61 7 336 5 4311 ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 2nd edition of my book ``Java Programming with CORBA'' now in bookshops >>> http://www.wiley.com/compbooks/vogel <<< :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::