COSNOTIFYCOMM_NOTIFYSUBSCRIBE(3erl)
πΈ NAME πΈ
CosNotifyComm_NotifySubscribe β bestie, this module is the whole implementation of the OMG CosNotifyComm::NotifySubscribe interface. iconic behavior tbh π
β¨ DESCRIPTION β¨
okay so first things first: to get access to the record definitions for the structures, you're gonna use this include, and yes it goes in your code exactly like this:
-include_lib("cosNotification/include/*.hrl").
and lowkey the vibe here is: all objects that inherit this interface export the functions described in this module. every single one. no gatekeeping π«Ά
π EXPORTS π
subscription_change(Object, Added, Removed) -> Reply
the main character function, fr fr. let's break down the types:
Object=#objrefβ the object reference, the lil handle to the thing β¨Added=Removed=EventTypeSeqβ both of these are event type sequences, matching energy πEventTypeSeq=[type]β literally just a list of typesReply=ok | {'EXCEPTION', CosNotifyComm_InvalidEventType{type}}β so you either get a chillok, or you get an exception tuple wrapped aroundCosNotifyComm_InvalidEventType{type}πtype=#'CosNotification_EventType'{domain_name, type_name}β a record with adomain_nameand atype_namedomain_name=type_name=string()β both of these are strings, periodt π
so what does this operation actually do? it takes as input two sequences of event type names:
- the events the client will accept in the future π
- the events the client will not accept in the future π
respectively. like, in that order. yes it matters. slay π
so yeah, that's the whole page bestie β go forth and subscribe to your events responsibly π¦β¨
this was brought to you by Ericsson AB, from the cosNotification 5.2.2 era, and it's the CosNotifyC...fySubscribe(3) page, mwah π
π¦ where this page comes from
- fedora 43: erlang-cosNotification 1:5.2.2-1.fc43 Β· Apache-2.0
- fedora 44: erlang-cosNotification 1:5.2.2-1.fc44 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms