Issue 2878: 6.6.4 is_from_poller (issue 01) (messaging-rtf) Source: (, ) Nature: Uncategorized Issue Severity: Summary: Summary: I would like to raise the following issues with Messaging. Both refer to 6.6.4 is_from_poller: 1. The following statement is open for interpretation: "The is_from_poller attribute returns the value TRUE if and only if the poller operation itself raised a system exception." Does it refer only to the type-specific poll operation or to any operation on the poller that can raise an exception? For example, a call to is_ready returns a system exception. What is returned by a subsequent invocation of is_from_poller? Resolution: Add text to specify what the behaviour should be. Revised Text: Since the intention here was that the is_from_poller should only be concerned with the "type specific operations", - its pretty obvious that if you call is_ready() and get a system exception then it was the poller that raised this, and not the remote object, and so this would not make a lot of sense. Therefore in order to clarify this point, it is proposed to change the words in section 6.6.4 The is_from_poller attribute returns the value TRUE if and only if the poller operation itself raised a system exception. If the exception is the reply for the asynchronous operation, the value FALSE is returned. If the Poller has not yet returned a response to the client, the BAD_INV_ORDER system exception is raised. to The is_from_poller attribute returns the value TRUE if and only if the poller itself has raised a system exception during the invocation of one of the type specific poller operations. If the exception raised from one of the type specific poller operations is the reply for the asynchronous operation, the value FALSE is returned. If the Poller has not yet returned a response to the client, the BAD_INV_ORDER system exception is raised. Actions taken: September 2, 1999: received issue October 4, 2000: closed issue; Resolved Discussion: End of Annotations:===== From: hans.kneubuehl@ubs.com X-OpenMail-Hops: 2 Date: Thu, 2 Sep 1999 16:59:48 +0200 Message-Id: Subject: messaging issues: is_from_poller MIME-Version: 1.0 TO: issues@omg.org, messaging-rtf@omg.org CC: hanspi@adnovum.ch Content-Disposition: inline; filename="BDY.TXT" ;Creation-Date="Thu, 2 Sep 1999 16:59:48 +0200" Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII ;Creation-Date="Thu, 2 Sep 1999 16:59:48 +0200" X-UIDL: ed30a64bab954137a27d8c26070c18e1 Hi I would like to raise the following issues with Messaging. Both refer to 6.6.4 is_from_poller: 1. The following statement is open for interpretation: "The is_from_poller attribute returns the value TRUE if and only if the poller operation itself raised a system exception." Does it refer only to the type-specific poll operation or to any operation on the poller that can raise an exception? For example, a call to is_ready returns a system exception. What is returned by a subsequent invocation of is_from_poller? Sender: Chris.Smith@uab.ericsson.se Message-ID: <383FE0E2.8C2B9FC1@uab.ericsson.se> Date: Sat, 27 Nov 1999 14:47:14 +0100 From: Chris Smith Organization: Ericsson Utvecklings AB X-Mailer: Mozilla 4.7C-CCK-MCD [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: sv,en-US MIME-Version: 1.0 To: messaging-rtf@omg.org, uabcsru@uab.ericsson.se Subject: Messaging Issue 2878 and 2879 is_from_poller Content-Type: multipart/mixed; boundary="------------CED445BC9D8E0DE905B11CF4" X-UIDL: p1De9H>,!!LoL!!SS0!! Issue 2878: 6.6.4 is_from_poller (issue 01) (messaging-rtf) Summary: I would like to raise the following issues with Messaging. Both refer to 6.6.4 is_from_poller: 1. The following statement is open for interpretation: "The is_from_poller attribute returns the value TRUE if and only if the poller operation itself raised a system exception." Does it refer only to the type-specific poll operation or to any operation on the poller that can raise an exception? For example, a call to is_ready returns a system exception. What is returned by a subsequent invocation of is_from_poller? I believe the intention here was that the is_from_poller should only be concerned with the "type specific operations". Its pretty obvious if you call is_ready() and get a system exception that it was the poller that raised this, and not the remote object. I propose changing the words in section 6.6.4 The is_from_poller attribute returns the value TRUE if and only if the poller operation itself raised a system exception. If the exception is the reply for the asynchonous operation, the value FALSE is returned. If the POller has not yet returned a response to the client, the BAD_INV_ORDER system exception is raised. to The is_from_poller attribute returns the value TRUE if and only if the poller itself has raised a system exception during the invocation of one of the type specific poller operations. If the exception raised from one of the type specific poller operations is the reply for the asynchonous operation, the value FALSE is returned. If the Poller has not yet returned a response to the client, the BAD_INV_ORDER system exception is raised. Issue 2879: 6.6.4 is_from_poller (issue 02) (messaging-rtf) Summary: 2. If the above quoted statement is correct, the following statement must be wrong: "If the Poller has not yet returned a response to the client, the BAD_INV_ORDER system exception is raised." If the poller operation itself raises a system exception, the poller has not yet returned a response to the client, but should return TRUE according to quoted statement under 1. I think that the intended behavior is be that the system exception BAD_INV_ORDER is raised, if is_from_poller is not called in a context where the previous call (only type-specific poll or any? -> see issue 1) to the poller has returned an exception. I think this would be a non issue given the above resolution. I proposed closing this one. [] Chris.Smith5.vcf