Issue 9745: Registering Container Interceptors (qos4ccm-ftf) Source: Fraunhofer FOKUS (Mr. Tom Ritter, ritter@fokus.fraunhofer.de tom@users.berlios.de) Nature: Clarification Severity: Minor Summary: Why use separate registration interfaces for each interceptor type? Resolution: closed no change Revised Text: Actions taken: May 18, 2006: received issue January 15, 2008: closed issue Discussion: A separate registration interface for basic and extended interceptors is needed to ensure independence of these two levels of interceptors. A container vendor could offer either basic or extended or both interceptors levels. A separation of client and server part is done due to the fact that most likely only a server or a client side interceptor is registered for a specific purpose at a given time. For this reason only a narrow interface needs to be used and activated for registering an interceptor. Disposition: Closed, no change End of Annotations:===== m: webmaster@omg.org Date: 18 May 2006 04:34:32 -0400 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Tom Ritter Company: Fraunhofer FOKUS mailFrom: ritter@fokus.fraunhofer.de Notification: Yes Specification: QoS4CCM Section: 8.7 FormalNumber: ptc/06-04-15 Version: final adopted RevisionDate: April/2006 Page: 32 pp. Nature: Clarification Severity: Minor HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 Description Registering Container Interceptors Why use separate registration interfaces for each interceptor type? Date: Tue, 14 Aug 2007 14:44:50 +0200 From: Tom Ritter User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) To: qos4ccm-ftf@omg.org Subject: Discussion on issue 9745 X-OriginalArrivalTime: 14 Aug 2007 12:44:47.0796 (UTC) FILETIME=[E5E3BF40:01C7DE70] X-Fraunhofer-Email-Policy: accepted Hi FTF members, I propose to close issue 9745 and to give the following explanation. A separate registration interface for basic and extended interceptors is needed to ensure independence of these two levels of interceptors. A container vendor could offer either basic or extended or both interceptors levels. A separation of client and server part is done due to the fact that most likely only a server or a client side interceptor is registered for a specific purpose. For this reason only a narrow interface needs to be used and activated for registering an interceptor. Please respond if you have any comments on this issue. Cheers, Tom -- Tom Ritter Head of Working Area Model-Driven Engineering Fraunhofer FOKUS Kaiserin-Augusta-Allee 31 10589 Berlin, Germany +49 30 3463 - 7278 (fon), - 8000 (fax) mailto:ritter@fokus.fraunhofer.de http://www.fokus.fraunhofer.de/usr/ritter