August 2002 MitteilungscService, v1.0.1: Fall, der mit Filtergegenständen filtert 2-17 2 Es wird vorgestellt, daß unterschiedliche vertikale Gebiete Standardkartenaufnahmen von definieren spezifischer Fall schreibt in strukturierte Fälle. Jedes solche Diagramm standardisiert Name-Wertpaare, die den filterable Teil von einer bestimmten Art Fall bilden abgebildet in einen strukturierten Fall. So während die Definition der filterable Datenfelder enthalten innerhalb der strukturierten Falldatenstruktur kann scheinen, zu zu generisch zu sein stellen Sie jeden realen Vorteil zur Verfügung, der Vorteil dieser Struktur wird offensichtlicher wenn Sie im Kontext der Kartenaufnahmen des tatsächlichen Falls angesehen werden, schreibt in ihn, seit diesen Kartenaufnahmen spezifizieren gut definierte Name-Wertpaare, dessen in filterable Teil einsteigen Sie der Körper. Der letzte Teil des Körpers eines strukturierten Falls wird als irgendein definiert. Dieser Teil ist beabsichtigte, einen bequemen Platz zur Verfügung zu stellen, um alle mögliche Falldaten zusätzlich zu der zu übertragen welches als interessante Felder angesehen wird, nach denen Verbraucher wahrscheinlich sind, Filter zu definieren. Dieser Teil ist besonders verwendbar, große Blobs von Daten zu speichern, die mit zusammenhängen Fall, wie Inhalt einer Akte, die die Ursache von einem CorruptFile war Fall. Merken Sie das obgleich dieses Feld getrennt von dem filterable Datenteil des Falls betrachtet wird, es gibt nichts, einen Endbenutzer vom Definieren eines Filters auszuschließen, der auf dem Inhalt von basiert dieses Feld. Der strukturierte Fall soll folglich eine gut definierte Datenstruktur in zur Verfügung stellen welchem eine breite Strecke der spezifischen Arten von Fällen und nach welchem abgebildet werden kann die optimierte Entstörung und die Manipulierung können durchgeführt werden. Diese Struktur ist besonders nützlich, wenn Sie im Konzert mit einem Fallartbehälter verwendet werden, der vollständig wird beschreiben Sie die Verfassung jeder Art Fall abgebildet in einen strukturierten Fall. Wie beschrieben in Abschnitt 2,8, kann der Fallartbehälter, auf Seite 2-55, Endbenutzer verwenden Sie dieses die Metadaten zum Konstruieren der Filter, die zu den neuen Fällen von strukturiert unterzeichnen Fälle, die dynamisch dem System hinzugefügt werden. 2,3 Fall, der mit Filtergegenständen filtert Ohne Zweifel die wichtigste Verbesserung des OMG-Fallservices eingeführt durch Mitteilung ist der Service das Ermöglichen jedes Klienten, zum exakten Satz zu unterzeichnen von den Fällen ist er interessiert, an zu empfangen. Diese Eigenschaft wird in Form von Filter gestützt Gegenstände, von denen jeder einen Satz von einer oder mehr Begrenzungen einkapselt, spezifizierten in a bestimmte Begrenzungsgrammatik. Jede Admin- und Proxyschnittstelle, die durch den Mitteilungsservice definiert wird, übernimmt CosNotifyFilter::FilterAdmin- Schnittstelle, die Betriebe stützt, die ermöglichen Wartung einer Liste der Filtergegenstände. So wenden jeder Admin und Proxy innerhalb a ein Mitteilungsservice-Fallführung kann mit ihr ein oder mehr Filter dazugehörig Gegenstände. Diese Filtergegenstände konnten im gleichen Bedienerprozeß wie a Co-gefunden werden Mitteilungsservice-Fallführung oder sie können in ihrem eigenen Adressbereich 2 ^liegen . Es gibt zwei Arten Filtergegenstände, die durch den Mitteilungsservice definiert werden: die das beeinflussen Sie die Fallversendenentscheidungen, die durch Proxygegenstände getroffen werden, und die, die die Weise beeinflussen ein Proxygegenstand behandelt Fälle in Bezug auf bestimmte Eigenschaften QoS. Die ehemalige Art stützen Sie das CosNotifyFilter::Filter schließen Sie an und werden hier beschrieben. Die letzte Art stützen Sie das CosNotifyFilter::MappingFilter schließen Sie an und werden innen beschrieben Abschnitt 2,3,1, Filtergegenstände, auf Seite 2-21 abbildend.