This file is indexed.

/usr/share/gtk-doc/html/bonobo-activation/server-arch.html is in libbonobo2-dev 2.24.3-1.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Server architecture</title>
<meta name="generator" content="DocBook XSL Stylesheets V1.75.2">
<link rel="home" href="index.html" title="Bonobo Activation API Reference Manual">
<link rel="up" href="architecture.html" title="Bonobo Activation Architecture">
<link rel="prev" href="architecture.html" title="Bonobo Activation Architecture">
<link rel="next" href="async-activation.html" title="Async Activation">
<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
<link rel="stylesheet" href="style.css" type="text/css">
</head>
<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
<table class="navigation" id="top" width="100%" summary="Navigation header" cellpadding="2" cellspacing="2"><tr valign="middle">
<td><a accesskey="p" href="architecture.html"><img src="left.png" width="24" height="24" border="0" alt="Prev"></a></td>
<td><a accesskey="u" href="architecture.html"><img src="up.png" width="24" height="24" border="0" alt="Up"></a></td>
<td><a accesskey="h" href="index.html"><img src="home.png" width="24" height="24" border="0" alt="Home"></a></td>
<th width="100%" align="center">Bonobo Activation API Reference Manual</th>
<td><a accesskey="n" href="async-activation.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
</tr></table>
<div class="sect1" title="Server architecture">
<div class="titlepage"><div><div><h2 class="title" style="clear: both">
<a name="server-arch"></a>Server architecture</h2></div></div></div>
<p>
The Bonobo Activation server is split in 2 parts: the <code class="classname">ObjectDirectory</code> which contains the list
of all servers on a given machine, and the <code class="classname">ActivationContext</code> which contains the
list of all ObjectDirectories. It contains by default the local ObjectDirectory
and you can add inside other distant ObjectDirectories.
</p>
<p>
Each server is described by its .server file which contains among others
the IDL interfaces this server implements, some specific properties and 
an <span class="emphasis"><em>IID</em></span> (Implementation ID). Each IID has to be unique.
Its format is pretty simple:
</p>
<pre class="programlisting">
OAFIID:program_name:UUID
</pre>
<p>
The UUID is supposed to be generated by the <span class="emphasis"><em>uuidgen</em></span> 
program. <span class="emphasis"><em>program_name</em></span> has to be an ASCII string without
comma (','), square bracket ('[]'), or forward slash ('/') characters.
</p>
<p>
Each CORBA server on a given machine is thus identified in a unique way.
CORBA servers on different machines are uniquely identified through the 
<span class="emphasis"><em>AID</em></span> (Activation ID). The AID format is also pretty
simple:
</p>
<pre class="programlisting">
OAFAID:[IID,user,host,domain]
</pre>
<p>
<span class="emphasis"><em>user</em></span> is the user unix login.
<span class="emphasis"><em>host</em></span> is a DNS domain name or stringified IP
address.
<span class="emphasis"><em>domain</em></span> is is a string describing what use 
area the object has.
</p>
<p>
One important thing to understand about these AID and IID is that the 
<code class="classname">ObjectDirectory</code> deals exclusively with IIDs (it is stritcly local) and
the <code class="classname">ActivationContext</code> deals with AIDs since it can associate a set of
<span class="emphasis"><em>user</em></span>, <span class="emphasis"><em>host</em></span> and 
<span class="emphasis"><em>domain</em></span> to each IID it gets from one of its 
<code class="classname">ObjectDirectory</code>.
</p>
<p>
As a result of this architecture, activation requests should go to the 
<code class="classname">ActivationContext</code> and
registrations to the <code class="classname">ObjectDirectory</code>.

</p>
<div class="figure">
<a name="architecture-diagram"></a><p class="title"><b>Figure 1. The Bonobo Activation architecture</b></p>
<div class="figure-contents"><div class="mediaobject"><img src="bonobo-activation.png" alt="The Bonobo Activation architecture"></div></div>
</div>
<p><br class="figure-break">






The idea behind this is that when you make a request on the ActivationContext (like query),
it will:
</p>
<div class="itemizedlist"><ul class="itemizedlist" type="disc">
<li class="listitem"><p>make sure it has an up-to-date list of all the Servers with a call to 
<code class="function">ObjectDirectory::get_servers</code> for each of its ObjectDirectory.
</p></li>
<li class="listitem"><p>loop through this list to try to satisfy the query with the
given requirements and sort-order.
</p></li>
<li class="listitem"><p>activate the corresponding object with 
<code class="function">ObjectDirectory::activate</code> (this is not exactly what happens 
since there are optimizations to save this call but the general idea is right).
</p></li>
</ul></div>
<p>
</p>
</div>
<div class="footer">
<hr>
          Generated by GTK-Doc V1.14</div>
</body>
</html>