This module contains functions that are specified on the CORBA module level. It also contains some functions for creating and disposing objects.
These functions start a new server object. If you start it without RegName it can only be accessed through the returned object key. Started with a RegName the name is registered locally or globally.
TypeID is the repository ID of the server object type and could for example look like "IDL:StackModule/Stack:1.0".
Module is the name of the interface API module.
Env is the arguments passed which will be passed to the implementations init call-back function.
A server started with create/2, create/3 or create/4 does not care about the parent, which means that the parent is not handled explicitly in the generic process part.
A server started with create_link2, create_link/3 or create_link/4 is initially linked to the caller, the parent, and it will terminate whenever the parent process terminates, and with the same reason as the parent. If the server traps exits, the terminate/2 call-back function is called in order to clean up before the termination. These functions should be used if the server is a worker in a supervision tree.
If you use the option
If you use the option
The option
If a server is started using the option
The option
Example:
corba:create('StackModule_Stack', "IDL:StackModule/Stack:1.0", {10, test})
This function is used for terminating the execution of a
server object. Invoking this operation on a NIL object reference,
e.g., the return value of
Creates an object reference that represents the NIL value. Attempts to invoke operations using the returned object reference will return a system exception.
This function is used to create a subobject in a server object. It can for example be useful when one wants unique access to separate rows in a mnesia or an ETS table. The Result is an object reference that will be seen as a unique reference to the outside world but will access the same server object where one can use the get_subobject_key/1 function to get the private key value.
Key is stored in the object reference Object. If it is a binary it will be stored as is and otherwise it is converted to a binary before storage.
This function is used to fetch a subobject key from the object reference Object. The result is a always a binary, if it was an Erlang term that was stored with create_subobject_key/2 one can to do binary_to_term/1 to get the real value.
This function is to get the process id from an object, which is a must when CORBA objects is started/handled in a supervisor tree. The function will throw exceptions if the key is not found or some other error occurs.
This function is used for raising corba exceptions as an
Erlang user generated exit signal. It will throw the tuple
This function can be used by a CORBA object to explicitly send
a reply to a client that invoked a two-way operation. If this operation
is used, it is not possible to return a reply in the call-back
module.
To must be the From argument provided to the
callback function, which requires that the IC option from
was used when compiling the IDL-file.
This function returns the object reference associated with the given
object id. Initially, only
The configuration context is used to override the global
SSL client side
This operation allows us to add initial services, which can be accessed by
using
If we don not want a certain service to be accessible, invoking this function
will remove the association. Returns
This function returns a list of allowed object id's.
This function returns the object reference for the object id asked
for.
The remote modifier string has the following format:
The configuration context is used to override the global
SSL client side
This operation is not supported by most ORB's. Hence, use
This function returns a list of allowed object id's.
The remote modifier string has the following format:
The configuration context is used to override the global
SSL client side
This operation is not supported by most ORB's. Hence, avoid using it.
This function returns the object reference as the external string representation of an IOR.
This function takes a
To lookup the NameService reference, simply use
We can also resolve an object from the NameService by using
To lookup the NameService reference with an IPv6 address, simply use
For more information about
The configuration context is used to override the global
SSL client side
How to handle the interface context is further described in the User's Guide.
The object represented by the supplied data is dissected and presented
in a more readable form. The Type parameter is optional; if not supplied
standard output is used. For
If the supplied object is a local reference, the output is equivalent to an object exported from the node this function is invoked on.
This operation creates a new instance of the supplied object containing an ALTERNATE_IIOP_ADDRESS component. Only the new instance contains the new component. When this object is passed to another ORB, which supports the ALTERNATE_IIOP_ADDRESS, requests will be routed to the alternate address if it is not possible to communicate with the main address.
The ALTERNATE_IIOP_ADDRESS component requires that IIOP-1.2 is used. Hence, make sure both Orber and the other ORB is correctly configured.
Make sure that the given
This function allows the user to configure Orber in, for example,
an Erlang shell. Orber may NOT be started prior to invoking
this operation. For more information, see