Issue 10548: DLRL Issue: Request clarification on the behavior of is_modified (data-distribution-rtf) Source: OCI (Mr. Donald Busch, busch_d(at)ociweb.com) Nature: Clarification Severity: Summary: The spec implies that is_modified is only valid in the context of a listener callback (I suppose that would be an ObjectListener or a SelectionListener callback). See section 3.1.6.4.1, general scenario, which says that after end_updates is called, the "modification states of the updated objects is cleaned". Does that mean that, outside of an ObjectListener or SelectionListsner, a call to is_modified always returns false? Also, the spec is not clear about what happens in a CacheAccess. A CacheAccess, of course, has no listeners. So, for the is_modified() methods to be useful from a CacheAccess, they'd have to be valid from outside of a listener for an object in a CacheAccess. Is that the case? There is also the corner case of a manual Selection. A manual Selection might not have a listener. There wouldn't be any way to call is_modified () on an object in a manual Selection that doesn't have a Listener -- you'd have to attach a Listener to the manual selection, and call is_modified in the callback that happens when you call refresh(). Is that what the spec intends? Resolution: Revised Text: Actions taken: December 22, 2006: received issue Discussion: End of Annotations:===== il-OSG: wymMTpwVM1lkUYgQgZ_V8Q2Vqwsr1XpL2t4B6ZPIuvOB5JpkqSmxaBDtH4wGct3jbPmslkUTjiBH0Y3Dxt3obHzI2cZSh2baEI_2WoKiR7mx0zh80pHBe7cWxcSUTV5mXQdpy9BYH_j3FAehuDBcbYH89QiNhssV4Zvkez851pjju7jHsgBwgmyIZ5zb Date: Fri, 22 Dec 2006 16:52:29 -0600 From: Don Busch User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) To: issues@omg.org Subject: DDS 06-04-09, DLRL Issue: Request clarification on the behavior of is_modified The spec implies that is_modified is only valid in the context of a listener callback (I suppose that would be an ObjectListener or a SelectionListener callback). See section 3.1.6.4.1, general scenario, which says that after end_updates is called, the "modification states of the updated objects is cleaned". Does that mean that, outside of an ObjectListener or SelectionListsner, a call to is_modified always returns false? Also, the spec is not clear about what happens in a CacheAccess. A CacheAccess, of course, has no listeners. So, for the is_modified() methods to be useful from a CacheAccess, they'd have to be valid from outside of a listener for an object in a CacheAccess. Is that the case? There is also the corner case of a manual Selection. A manual Selection might not have a listener. There wouldn't be any way to call is_modified () on an object in a manual Selection that doesn't have a Listener -- you'd have to attach a Listener to the manual selection, and call is_modified in the callback that happens when you call refresh(). Is that what the spec intends? -Don Busch -- ---------------------------------------------------------------- Don Busch, Principal Software Engineer and Partner Object Computing, Inc. (OCI) http://www.ociweb.com http://www.theaceorb.com http://jacorb.ociweb.com "Never let what you can't do get in the way of what you can do." - John Wooden Date: Wed, 09 May 2007 13:22:08 -0500 From: Don Busch User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) To: data-distribution-rtf@omg.org Subject: [Issue 10548] This is not an issue, we have a better understanding of is_modified now. -- ---------------------------------------------------------------- Don Busch, Principal Software Engineer and Partner Object Computing, Inc. (OCI) http://www.ociweb.com http://www.theaceorb.com http://jacorb.ociweb.com "Never let what you can't do get in the way of what you can do." - John Wooden ---------------------------------------------------------------- ----------------------------------------------------------------