Issues for Event RTF mailing list

To comment on any of these issues, send email to event-rtf@omg.org. (Please include the issue number in the Subject: header, thusly: [Issue ###].) To submit a new issue, send email to issues@omg.org.

List of issues (green=resolved, yellow=pending Board vote, red=unresolved)

List options: All ; Open Issues only; or Closed Issues only

Issue 3426: Typed event service and disconnect (identical to issue 3156 Notif-service)
Issue 3427: Semantics of Event Service disconnect_push_consumer/supplier()

Issue 3426: Typed event service and disconnect (identical to issue 3156 Notif-service) (event-rtf)

Click here for this issue's archive.
Source: Triodia Technologies Pty Ltd (Mr. Michi Henning, michi(at)triodia.com)
Nature: Uncategorized Issue
Severity:
Summary:

For the untyped event service, a Disconnected exception is raised
if push() or pull() are called by the appropriate connect operation wasn't
called previously.

What should happen if I use a typed event service?

Resolution:
Revised Text:
Actions taken:
February 27, 2001: closed issue

Discussion:

see issue 3156 (Notification Service RTF) for discussion and resolution

Issue 3427: Semantics of Event Service disconnect_push_consumer/supplier() (event-rtf)

Click here for this issue's archive.
Source: Motorola (Mr. Tom Ziomek, CTZ001(at)email.mot.com)
Nature: Uncategorized Issue
Severity:
Summary:

The question concerns the disconnect_push_consumer() family of operations
(push and pull, consumer and supplier) on both the Event Svc side (proxy
suppliers and consumers) and application side (suppliers and consumers).

1) Is a proxy's disconnect_..._...() meant to be called by (any or all of)
   - the corresponding application supplier/consumer?
   - some other part of the application?
   - any portion of the Event Svc implementation?  If "yes" in this case,
     is the connected application object also supposed to be invoked, to
     notify it of the proxy's shutdown?

2) Is an application consumer/supplier's disconnect_..._...() meant to be
   called by
   - some other part of the application?  If "yes" in this case, is the
     application consumer/supplier then expected to invoke disconnect_()
     on the corresponding proxy object?
   - any portion of the Event Svc implementation?  If "yes", under what
     circumstances?

The specific issue at hand presumes the application object's disconnect_()
operation is to be invoked by the Event Svc.  The question is when -- one
opinion is that a call to the proxy's disconnect_() results in the invoca-
tion of disconnect_() on the proxy's application object.  The opposing o-
pinion is that the application object's disconnect_() is invoked only when
the application object is being disconnected by some means other than a
call to the proxy's disconnect_() (for example, if the event channel's
destroy() is called while application objects are still connected).

Resolution:
Revised Text: When a channel is destroyed, all its proxies invoke the disconnect callback (if a callback was registered). In addition, calling a disconnect operation on a proxy causes the proxy to make the appropriate disconnect callback. Proxy implementations are responsible for avoiding infinite recursion. See http://cgi.omg.org/pub/notification-rtf/2_modules_draft1.pdf for a version of the original specification that includes the edits for this issue marked with change bars.
Actions taken:
February 27, 2001: closed issue

Discussion:

see issue 3114 (Notification Service RTF) for resolution and discussion