| The question of where/how to run your event sink depends on your answers
to the following questions:
o what will be your primary host system, ultrix or VMS?
The ultrix process model differs from the VMS model, and
therefore impacts how your implementation runs. In ultrix
each xM is run as a seperate detached process, and the
distinction between seperate threads and processes is
not as apparant to the user as it is in VMS (exit the
app in VMS and the thread goes away)
o do you want to whare share the sink?
Is the goal to have a single sink to service multiple
users, or each user wants to set up and control their
own sink.
Now as to the fullname question, there are mcc_dns routines for converting
strings to fullnames. The only thing is that given a string, if you don't konw
where in the namespace it is, you will create na:.string which might not
match what the user entered value is. But I digress. The real point here is
that you imply that the fullname is NOT the primary identifier for this
entity. In which case you should do the following.
1) user enters command, fullname is passed as instance identifier
2) AM translate fullname into primary identifier
3) AM does mcc_event_get using primary (NOT fullname) identifier
1a) event sink is started up
2a) sink gets an event, does a put using primary identifier
The reason primary identifier should be used, is exactly due to the
problem you stated. als onte that an AM should aways return the primary
identifier. You should not confuse the DNS primary identifier with the
entities primary identifier (the name or address in which the entity
thinks of itself).
jill
|