(CORBA) An
object identifier (OID) that specifies a unique path to a managed object from the root of the OID tree.
(CORBA) The object in the security infrastructure of a CORBA application that enforces the checking of authorized access before a request to the target object is delivered.
(ATMI) To move a server from the inactive (unavailable) state to the state in which it is up and running (active).
(CORBA) To prepare an object for execution.
(CORBA) The policy that determines the in-memory activation duration for a CORBA object.
(CORBA) A running instance of an object interface.
(CORBA) A table maintained by a POA and the TP Framework that maps the association of object IDs to servants.
Note:
|
In this context, the term business program is defined as a set of one or more programs that work together. Similarly, in conversation the term application is often used loosely: it may refer to a standalone program or to a set of programs that work together to accomplish a particular business objective.
|
(ATMI) A reference to a particular application association. In the BEA Tuxedo system, an application context is set via an explicit call and is then used implicitly by subsequent ATMI calls. Thus, in an implicit context interface, the terms
application context and
default context are often used interchangeably.
(CORBA) A feature used with the
process activation policy to keep an object active in memory until the application explicitly deactivates the object by invoking the
TP::deactivateEnable() operation on that object.
(CORBA) An identifiable association between an object and a value.
(ATMI) Formerly JoltWAS for Servlet.
(CORBA) An application programming interface designed to simplify the implementation of callback objects for CORBA joint client/server applications. The API provides specific methods for defining, starting, stopping, and destroying callbacks objects.
(CORBA) The process of associating a name with an application object or a naming context object. Also used to describe the process of connecting a client application to an application object.
(CORBA) The object that brings a CORBA application into a BEA Tuxedo domain and provides initial object references to that application. Every CORBA client or server application that interacts with a BEA Tuxedo domain needs a Bootstrap environmental object.
(CORBA) The process of setting up an application to interact with CORBA objects that are located within a BEA Tuxedo domain.
(CORBA) An application-level component that can be used in combinations that may not be defined ahead of time. A business object is independent of any single application and represents a
recognizable, everyday-life entity, such as a document processor. A business object is a self-contained deliverable that has a user interface and a state, and that can cooperate with other separately developed business objects to perform a desired task.
(CORBA) An object implemented to support callbacks on CORBA joint client/server applications using the BEA Wrapper Callbacks API.
(CORBA) In Java, a type that defines the implementation of a particular kind of object. A class definition defines instances and class variables and methods, and specifies the interfaces and class implementations and the immediate superclass of the class. If the superclass is not explicitly specified, the superclass will implicitly be
Object.
(ATMI) A program that performs the following steps:
(CORBA) Any code that invokes an operation on a distributed object.
(CORBA) The design pattern that provides increased performance for client applications by caching server application data on the machine on which the client application resides, thereby avoiding repeated remote calls to retrieve data.
A MIB leaf object—that is, a MIB object that does not have any objects below it in the OID tree—which can have zero or more instances. A columnar object represents one column in a table.
(CORBA) A representation of an object that conforms to the Component Object Model (COM) standards, including implementations of all necessary interfaces.
(CORBA) A collection of services that let software components interoperate in a networked environment.
(CORBA) A pseudo-method that creates an object. In Java, constructors are instance methods with the same name as their class. Java constructors are invoked using the
new keyword.
(CORBA) Common Object Request Broker Architecture. A multivendor standard published by the Object Management Group for distributed object-oriented computing.
(CORBA) A CORBA object supplied as a parameter in a client application's invocation on a target object. The target object can make invocations on the callback object either during the execution of the target object or at some later time (even after the invocation on the target object has been completed). A callback object might be located inside or outside a BEA Tuxedo domain.
(CORBA) A client application that is implemented on an ORB that is not a product of BEA Systems, Inc.
(CORBA) A set of operations and attributes. A CORBA interface is defined by using OMG IDL statements to create an interface definition. The definition contains operations and attributes that can be used to manipulate an object.
(CORBA) A client application that invokes operations defined in OMG IDL statements to talk to CORBA server applications. Relative to the CORBA domain to which the server applications belong, a client application is either native (that is, local) or remote. Remote and native client applications are the same. Their requests are handled differently and transparently, depending on whether or not the applications are collocated on a machine that is running in the CORBA domain. CORBA native client applications are always collocated on a machine in the CORBA domain.
(CORBA) An entity that complies with the CORBA standard upon which operations are performed. An object is defined by its interface.
(CORBA) Any Object Request Broker (ORB) that complies with the CORBA standard. A CORBA ORB is a communications intermediary between client and server applications that are distributed across a network. The ORB used in BEA Tuxedo applications is a CORBA ORB.
(CORBA) A client application that invokes operations defined in OMG IDL statements to talk to remote CORBA server applications using IIOP. Remote and native client applications are the same. Their requests are handled differently and transparently, depending on whether or not the applications are collocated on a machine that is running in the CORBA domain. CORBA remote client applications are typically not located on a machine that is running in the CORBA domain.
(CORBA) Run-time library of default implementations that the CORBA server application build procedure links to the server application executable image. The Transaction Processing (TP) Framework consists of a set of convenience functions that make it easy for you to write code that does the following:
(CORBA) The adopted OMG Common Facilities. Common Facilities provide horizontal end-user-oriented frameworks that are applicable to most applications, and are defined in OMG IDL.
(CORBA) A set of system services for objects that were developed for the programmer. These services, defined in OMG IDL by the OMG, can be used to create objects, control access to objects, track objects and object references, and control the relationship between types of objects. Programmers can call object service functions instead of writing and calling their own private object service functions.
(CORBA) The CORBAservice that defines conventions for creating, deleting, copying, and moving objects.
(CORBA) The CORBAservice that provides the ability to associate a name to an object relative to a naming context.
(CORBA) The CORBAservice that provides transaction semantics to ensure the integrity of data in the system.
(CORBA) The CORBAservice that defines identification and authentication of principals, authorization and access control, security auditing, security of communication between objects, nonrepudiation, and administration of security information.
(CORBA) A public class (or interface) that is a standard member of the Java platform. The intent is that the Java core classes, at a minimum, are available on all operating systems on which the Java platform runs.
(CORBA) The object that holds the security attributes of a principal. These security attributes include the principal’s authenticated or unauthenticated identities. The Credentials object also contains information for establishing security associations. The Credentials object provides methods to obtain the security attributes of the principals it represents.
(ATMI) Clients may initialize to multiple contexts; however, at any given time, in any particular thread, only one of these contexts may be the current context.
(CORBA) A special type of ORB object that is used to communicate between a user application and a specialized built-in service.
(ATMI) A Java GUI class that communicates with JoltBeans. The means of communication can be JavaBeans events, methods, or properties offered by JoltBeans.
(CORBA) A CORBA client application that operates on a Microsoft desktop platform, such as Windows XP. Desktop client applications use the Component Object Model (COM) and communicate with the BEA Tuxedo domain.
(CORBA) A distinguished name (DN) is an entry in the Directory Information Tree (DIT) that uniquely identifies an object in an X.500 directory.
(CORBA) An object that can live anywhere on a network. Distributed objects are packaged as independent pieces of code that can be accessed by remote clients via method invocations. The language and compiler used to create distributed objects are totally transparent to the clients. Clients do not need to know where the distributed object resides or what operating system executes on it.
The restoration of message traffic to a primary remote domain. The TDomain gateway always tries to use the primary domain or the highest-level alternate remote domain defined for a service. When these domains become unavailable (due to circuit failure or other reasons), the gateway transfers message traffic to a lower-priority alternate remote domain, and periodically checks the availability of the primary remote domain and the highest-level alternate remote domain. When possible, the gateway restores message traffic to the primary remote domain or the highest-level remote domain.
(CORBA) An API that allows a CORBA client to either perform invocations on an object whose signature may be unknown at compile time, or a deferred synchronous invocation. If an object’s signature is unknown, the client locates the object and uses the Interface Repository to obtain information about the object’s signature and constructs an invocation with the proper parameters. The client can then issue the invocation and receive the response. DII is distinguished from the static invocation interface in which a client performs a synchronous invocation using client stubs. DII also allows a client to issue a request and to not block until the request is completed. The client checks for a response at a later time.
(CORBA) An API that provides a way to deliver requests from an ORB to an object implementation. DSI is used at compile time when the ORB has no knowledge of the object implementation. As the server-side analog to the client-side DII, DSI lets the application programmer examine the parameters of an incoming request to determine a target object and method.
(CORBA) Any support object that provides independence from the underlying environment (for example, independence from the operating system). The Bootstrap object is an environmental object.
(CORBA) An event that occurs during program execution that prevents the program from continuing normally (usually an error). C++ supports exceptions with the
try,
catch, and
throw keywords. There are two categories of exceptions: system and user-defined.
(CORBA) A feature of the BEA Tuxedo software that permits the routing of requests on a CORBA object reference to a specific server group based on criteria supplied at the time the object reference is created by a factory.
(CORBA) A CORBA object that locates the factories that an application needs. Both client applications and server applications can use a factory finder. A factory finder object provides an implementation of the CORBAservices
COSLifeCycle.FactoryFinder interface, as well as the BEA
Tobj.FactoryFinder interface.
(CORBA) The FactoryFinder configuration file for domains. This file is parsed by the
TMFFNAME service when it is started as a Master NameManager. The file contains information used by NameManagers to control the import and the export of object references for factory objects with other domains.
Restoration of message traffic to a higher-priority circuit. The BRIDGE process always tries to use the highest-priority circuit defined for the node; when traffic is flowing on a lower-priority circuit, whether due to circuit failure or just non-availability, the
BRIDGE periodically checks higher-priority circuits to find one that is usable. When a higher priority circuit becomes available again, the data flow is returned to it. This mechanism is called
failback.
(ATMI and CORBA) Seamless transfer of message traffic to a lower-priority circuit on the occasion of the failure of a higher-priority circuit. Some operating system and hardware bundles transparently detect a problem on one network card and replace it with another. When this replacement is done quickly, application-level TCP virtual circuits have no indication that a fault has occurred.
(Jolt) A failure prevention mechanism that works as follows. If the current Jolt Relay Adapter (JRAD) fails to respond to a connection request, the Jolt Relay (JRLY) is enabled to connect to another available JRAD. The Jolt client proves a list of JRLY addresses to which the JRAD attempts connection in a round-robin fashion.
(ATMI) A set of C language functions for defining and manipulating storage structures called field buffers. Cooperating processes can send and receive data in fielded buffers.
(Jolt) An interface for maintaining buffers with field/value pairs; specifically, the 16-bit version of this interface.
(ATMI) A file that consists of FML field names and their identifiers. The field table enables users to refer to fields by logical names rather than by system field identifiers.
(ATMI) A buffer of self-describing data items accessed through the field manipulation language API.
(CORBA) A client application that is implemented on an ORB that is not a product of BEA Systems, Inc. Although the client is implemented on a Microsoft product, the ORB is provided by BEA Systems, Inc.
(CORBA) A standard for communication between independent CORBA Object Request Broker (ORB) implementations. GIOP was developed by the Object Management Group (OMG). GIOP is an abstract protocol that forms the basis for specific protocols that map the GIOP standard to individual transport layers. For example, IIOP maps the GIOP standard to the TCP/IP transport layer.
(CORBA) A tool that takes an OMG IDL interface and produces C++ programming language interfaces and classes that represent the mapping from the IDL interface to the C++ programming language.
(CORBA) A declaration in OMG IDL of an interface to a CORBA object. The interface declaration contains IDL operations and attributes. The OMG IDL interface declaration is used to generate stubs and skeletons for BEA Tuxedo CORBA objects.
(CORBA) One or more objects the client passes to an IDL operation when it invokes the operation. Parameters may be declared as
in (passed from client to server),
out (passed from server to client), or
inout (passed from client to server and then back from server to client).
(CORBA) A tool that takes an OMG IDL interface and produces Java programming language interfaces and classes that represent the mapping from the IDL interface to the Java programming language. The resulting files are
.java files.
(CORBA) Internet Inter-ORB Protocol. The standard protocol defined by the CORBA specification for interoperation between Object Request Brokers (ORBs), which was written by the Object Management Group (OMG). The IIOP enables two or more Object Request Brokers (ORBs) to cooperate to deliver requests to an object.
(CORBA) A BEA Tuxedo system process that handles all IIOP communication between a remote application and target CORBA objects.
(CORBA) A BEA Tuxedo system process that listens for incoming IIOP connections from remote applications. After a connection is established, the Listener hands off the connection to the IIOP Handler.
(CORBA) The feature of the BEA Tuxedo software that enables client applications to communicate with the BEA Tuxedo domain, and the reverse. The IIOP Listener/Handler receives a request from a client application via the IIOP protocol, and then sends that request to the appropriate server application within the BEA Tuxedo domain. It also receives a request from a server application in the BEA Tuxedo domain and sends the request to a server outside the domain.
(Jolt) A process that receives a client request, which is sent using the IIOP, and delivers that request to the appropriate server application.
(CORBA) The method code that you write that satisfies a client application’s request on a specific object. The interface defines the operation and is implemented in the method.
(CORBA) A file that describes the implementation attributes of BEA Tuxedo C++ server applications. The ICF file is input to the IDL compiler when generating skeletons for BEA Tuxedo C++ server applications.
(CORBA) The file that contains, among other data, method declarations for each operation defined in your OMG IDL statements. You need to implement the method with your business logic. When you build the server application, you provide this implementation file to the BEA Tuxedo build procedure.
(CORBA) When using CORBA objects, the
NamingContext object returned by a call to the method
orb.resolve_initial_references("
NameService"). It is an object reference to the CosNaming Service registered with the ORB. The initial naming context can be used to create other
NamingContext objects.
(CORBA) A particular realization of an abstraction or template, such as a class of objects or a computer process.
(CORBA) To create an instance by defining one particular variation of an object within a class, giving it a name and locating the object in some physical place.
(CORBA) An online database that contains the definitions of the interfaces that determine the CORBA contracts between client and server applications.
(CORBA) The entity that associates a collection of tagged profiles with object references. An ORB must create an IOR (from an object reference) whenever an object reference is passed across ORBs.
(CORBA) The process of performing a method call on a distributed object, with or without knowledge of the object's location on the network. CORBA Static invocation, which uses a client stub for the invocation and a server skeleton for the service being invoked, is used when the interface of the object is known at compile time. CORBA Dynamic invocation must be used if the interface is not known at compile time.
(CORBA) The security policy that controls whether a client application may invoke a method on the target object as specified in the request.
(CORBA) Java ARchive files. A file format used for aggregating many files into one file.
(CORBA) A specification developed by Sun Microsystems that defines how Java objects interact. An object that conforms to this specification is called a JavaBean. The JavaBean can be used by any application that understands the JavaBeans format. JavaBeans can be developed only in Java, but can run on any platform.
(CORBA) A tool from Sun Microsystems, Inc. that generates API documentation in HTML format from comments in Java source code. The
Java API Reference document is formatted by the Javadoc tool.
(ATMI) JavaBeans components that are used in Java development environments to construct Jolt clients. JoltBeans consist of two sets of JavaBeans: JoltBeans toolkit and Jolt-aware AWT beans.
(ATMI) A JavaBeans-compliant interface to BEA Jolt. The toolkit includes the JoltServiceBean, JoltSessionBean, and JoltUserEventBean.
(ATMI) A set of Java classes that allows the user to write Java programs to access BEA Tuxedo services.
(ATMI) A standalone program that routes Jolt messages from Jolt clients to the Jolt Server Listener (JSL) or Jolt Server Handler (JSH) via the Jolt Relay Adapter (JRAD). Jolt Relay is
not a BEA Tuxedo server or BEA Tuxedo client.
(ATMI) A BEA Tuxedo application server that does not include any BEA Tuxedo services. It requires command-line arguments in order to work with the JSL and the BEA Tuxedo system. The JRAD may or may not be located on the same BEA Tuxedo host machine and server group to which the JSL server is connected.
(ATMI) A subsystem in Jolt that provides primitive services and storage for the service definitions.
(ATMI) A program that runs on a BEA Tuxedo server machine to provide a network connection point for remote clients. The JSH works with the Jolt Server Listener (JSL) to provide client connectivity with the BEA Tuxedo system.
(ATMI) A program that supports clients on an IP/port combination. The JSL works with the Jolt Server Handler (JSH) to provide client connectivity to the backend of the Jolt system. The JSL is administered by the same tools used to manage any resource within a BEA Tuxedo environment.
(ATMI) Renamed BEA Tuxedo-JSE Connectivity.
(ATMI) Renamed BEA Tuxedo-WebLogic Connectivity.
(ATMI) An existing application, usually based on a relatively old release of the BEA Tuxedo system that must be modified or wrapped before it can be used by a BEA Tuxedo domain.
See Workstation Listener (WSL).
(CORBA) A factory object that exists in the local domain that is made available to remote domains through a BEA Tuxedo factory finder.
(CORBA) A CORBA object that cannot be invoked outside the address space in which it exists. Any attempt to pass a reference outside the address space of such an object, or any attempt to externalize an object supporting the interface using
CORBA::ORB::object_to_string, results in the
CORBA::MARSHAL system exception being raised.
A software entity, defined within the Management Information Base (MIB), that represents a feature of a
managed resource (such as a process, a piece of hardware, or system performance attribute) and is controlled through a management infrastructure, such as the BEA Tuxedo TMIB, on behalf of a management console.
(ATMI and CORBA) A BEA Tuxedo system component that provides a complete definition of the classes and their attributes that make up the BEA Tuxedo system. The BEA Tuxedo System Management Information Base comprises a generic MIB and a specific MIB for each major component, such as Domains and Workstation. Configuration and administration of the BEA Tuxedo system can be done programmatically by using the ATMI to set or change the value of an attribute.
(ATMI) The process of associating local values or entities with values or entities that are meaningful on remote systems.
(CORBA) In CORBA, the relationship between OMG IDL statements and the programming language code that results when the OMG IDL statements are compiled. For example, a C++ IDL compiler maps OMG IDL statements into C++ language bindings.
The MASTER node for an application as designated in the
RESOURCES section of the configuration file. It contains the master copy of the
TUXCONFIG binary configuration file. Administration of the running system is done from the
MASTER node.
(CORBA) An interface that accesses data about data; descriptive information about a particular object.
(CORBA) In object-oriented programming, a programmed procedure that is defined as part of a class and included in any object of that class. A class (and thus an object) can have more than one method. A method in an object can have access only to the data known to that object, which ensures data integrity among the set of objects in an application. A method can be reused in multiple objects.
(CORBA) An application design to use multiple, independent threads. In general, this provides concurrency within an application and can improve overall throughput. Using multiple threads enables applications to be structured efficiently with threads servicing several independent tasks in parallel.
(CORBA) The association of a name with an object reference. Name bindings are stored in a naming context.
(CORBA) The process of converting a name to an object reference.
(CORBA) A software component of the BEA Tuxedo system that transparently maps service names to physical addresses so that users can communicate with services by name rather than by internal identifier.
(CORBA) A collection of naming contexts that are grouped together.
(CORBA) An object that contains a set of name associations in which each name is unique.
(CORBA) A client application that invokes operations defined in OMG IDL statements to talk to CORBA server applications. Relative to the BEA Tuxedo domain to which the server applications belong, a client application is either native (that is, local) or remote. Remote and native client applications are the same. Their requests are handled differently and transparently, depending on whether or not the applications are co-located on a machine that is running in the BEA Tuxedo domain. Native client applications are always co-located on a machine in the BEA Tuxedo domain.
(CORBA) A joint client/server application that is located within a BEA Tuxedo domain. C++ native joint client/server applications are built with the
buildobjclient command. The BEA Tuxedo software does not support Java native joint client/server applications.
(CORBA) An entity defined by its state, behavior, and identity. These attributes (also known as properties) are defined by the object’s object system.
(CORBA) The process of making a CORBA object ready to accept invocations from client applications. The object needs to have its methods and state available in memory.
(CORBA) Software from Visual Edge Software, Ltd. that provides a framework for object system interoperability.
(CORBA) In CORBA, the removal of the association of an object ID to a servant in the Active Object Map of a POA and the TP Framework. The result of object deactivation is that no client invocation on an object reference that contains this object ID can be satisfied without first performing object activation.
(CORBA) Identifies the object in a portable way. The handle can be serialized, which allows you to store the object handle and then use it at a later time, possibly in a different process or in a different system, or by another bean or object.
(CORBA) A unique number assigned to each object in the MIB. These OIDs fall into specific categories and form a tree. When the agent accesses a specific object, it traverses the OID tree in the MIB file to find the object. An OID identifies an object by specifying a unique path to the object from the root of the OID tree.
(CORBA) The code you write that implements the operations defined for an interface.
(CORBA) The interface to an object, as defined in an application’s OMG IDL statements. The object interface identifies the set of operations and attributes that can be performed on an object. For example, the interface for a teller object identifies the types of operations that can be performed on that object, such as withdrawals, transfers, and deposits.
Tobj::TransactionCurrent is an example of an object interface provided by the BEA Tuxedo software.
(CORBA) An international organization that establishes industry guidelines and object management specifications to provide a common framework for object-oriented application development. The OMG Common Object Request Broker Architecture specifies the CORBA object model.
(CORBA) The model that reflects as objects the overall design of an application or system.
(CORBA) An identifier that uniquely specifies an instance of an object within a distributed ORB system.
(CORBA) A software system that stores, manipulates, and uses a collection of objects according to a set of system-specific standards. An object system specifies how information is exchanged between objects, and how objects are implemented in accordance to an object model, such as CORBA COM, EJB, and RMI.
(CORBA) Object Linking and Embedding.
(CORBA) Object Management Group Interface Definition Language. A definition language specified by the OMG for describing an object's interface (that is, the characteristics and behavior of an object, including the operations that can be performed on the object).
(CORBA) An action that can be performed by an object. For example, you can request several operations on a file object, including opening, closing, reading, and printing.
(CORBA) The main procedure of the BEA Tuxedo server application process. The BEA Tuxedo software provides the ORBMain module. You do not modify this module. The server application build procedure automatically builds the ORBMain module into the server application process. The ORBMain module is provided by the
buildobjserver command for servers using the TP Framework. Note that joint client/server applications must provide their own main procedure and must use the
-P switch on the
buildobjclient command.
(CORBA) A feature of the BEA Tuxedo software that supports client callbacks. Outbound IIOP adds the outbound half-gateway to the ISL/ISH.
(CORBA) The interface definition language for describing a CORBA pseudo-object. Each language mapping, including the mapping from IDL to the C++ or Java programming language, describes how pseudo-objects are mapped to language-specific constructs. PIDL mappings may or may not follow the rules that apply to mapping regular CORBA objects.
(CORBA) An activity in which a manager interrogates an agent at periodic intervals, checking to determine whether a managed object value has crossed a specified threshold. The agent reports the values of specified managed objects.
(CORBA) A run-time library of functions that are built into the CORBA server application executable image. The POA creates and manages object references to all objects used by the application. In addition, the POA manages object state and provides the infrastructure for the support of persistent objects and the portability of object implementations between different ORB products.
(CORBA) A directive to an IDL compiler to perform specific operations when compiling an IDL file. For example, the pragma Prefix affects the Interface Repository ID for an IDL interface.
(ATMI) For security purposes, an authenticated user.
(CORBA) A user or programmatic entity with the ability to use the resources of a system.
(CORBA) The object that is visible to the application responsible for the creation of Credentials for a given principal. A user or principal that requires authentication, but has not been authenticated, uses the Principal Authenticator object.
•
|
The set of rules followed by two systems to communicate and exchange information.
|
(CORBA) An object similar to a CORBA object in that it is described in IDL however, unlike a CORBA object, it cannot be passed using its object reference, nor can it be narrowed or stringified.
(CORBA) The object that represents the secure association to the application. The ReceivedCredentials object contains the properties of that association.
(CORBA) An
object identifier (OID) that specifies a path to a managed object only relative to some node in the OID tree below root.
(ATMI) View of an application that is accessed through a local domain gateway group.
(CORBA) A factory object that exists in a remote domain that is made available to the application through a BEA Tuxedo factory finder.
(CORBA) A CORBA joint client/server application that is located outside a BEA Tuxedo domain. The remote joint client/server application does not use the BEA Tuxedo TP Framework and requires more direct interaction between the client application and the ORB. Remote joint client/server applications are built with the
buildobjclient command or with the Java client application commands.
(CORBA) A Java-specific API for accessing remote objects.
(CORBA) A user-written application that is inserted into the invocation path between the client and server components of a BEA Tuxedo application, and that is invoked automatically by the ORB on each object invocation. A request-level interceptor allows services such as security or monitoring components to be added to an object invocation, either at the client or the server end. Request-level interceptors facilitate the use of third-party security plug-in software.
A MIB leaf object—that is, a MIB object that does not contain other MIB objects below it in the OID tree—that can have only one instance.
(ATMI) To use a class to enforce a particular use for an application.
(CORBA) The object that provides access to the security features of the system.
(CORBA) A set of security rules for an application that are defined and enforced by a security administrator. A security policy has a collection of users (or principals) and uses a well-defined authentication protocol for authenticating users. In addition, groups may be used to simplify the setting of security rules.
(CORBA) An interface that allows security components provided by multiple vendors to be integrated with the BEA Tuxedo Security Service.
(CORBA) The instance of the class that implements the interface defined in an application’s OMG IDL statements. A servant contains the method code that implements the operations of one or more CORBA objects.
(CORBA) A feature of BEA Tuxedo Java server applications for automatically instantiating servants. Unlike BEA Tuxedo C++ servers, Java servers do not need to provide a callback for instantiating servants.
(CORBA) A feature of the BEA Tuxedo (C++) software that gives your BEA Tuxedo server application the opportunity to keep a servant in memory after the servant’s association with a specific object ID has been broken.
(CORBA) A program, written for use with the BEA Tuxedo software, that performs a task requested of it by a client application.
(CORBA) The file within which you assign the default CORBA activation and transaction policies for the interfaces implemented in your Java server application. This XML file also contains a server declaration, which includes the name of the server implementation class and the name of the server descriptor file. You can also identify the Java class files that comprise the server application’s Java ARchive (
.jar) file.
(CORBA) The object that performs server application initialization functions, creates one or more servants, and performs server application shutdown and cleanup procedures.
(CORBA) The feature of the BEA Tuxedo software that allows applications to invoke distributed objects and handle invocations from those distributed objects (referred to as callbacks). The CORBA or RMI objects can be either inside or outside a BEA Tuxedo domain.
(Jolt) An applet that runs on a server. This term usually refers to a Java applet that runs in a Web server environment. This is analogous to a Java applet that runs in a Web browser environment.
(Jolt) A nonpersistent object that implements some business logic running on the server. A session bean can be thought of as a logical extension of the client that runs on the server. A session bean is not shared among multiple clients.
(CORBA) An object that can appear only once in a process address space.
(CORBA) A public abstract class generated by an IDL compiler that provides the ORB with information required to dispatch method invocations to servant objects. A server skeleton, like a client stub, is specific to the IDL interface from which it is generated. A server skeleton is the server-side analog to a client stub. Client stubs and skeletons are used by ORBs in static invocation.
(ATMI) The situation of a conversation from the point of view of one of the participating transactions. The conversation state determines the commands that a transaction can validly issue. The state of each transaction changes dynamically in the course of conversation.
(CORBA) A description of the current situation of an object. State is typically described in memory.
(CORBA) A bean that preserves information about the state of its conversation with the client. This conversation may consist of several calls that modify the conversation state.
(CORBA) A bean that does not save information about the state of its conversation with the client.
(ATMI) A data structure that is an array of non-null characters terminated by the null character. It is a self-describing buffer.
(CORBA) An object ID represented as a string.
(CORBA) A COS Structured Event as defined by the CORBAservices Notification Service. A Structured Event contains a Fixed header, Variable header, Filterable body parts, and a Remaining body.
(ATMI) A sequenced set of instructions that can be used in one or more programs and at one or more points in a program. The execution of a subroutine is usually invoked by a call.
(CORBA) A threading model supported by a multithreaded CORBA server application. In the thread-per-object concurrency model, each active object in the server process is associated with a single thread at any one time. Each request for an object establishes an association between a dispatch thread and the object.
(CORBA) A threading model supported by a multithreaded CORBA server application. In the thread-per-request concurrency model, each request from a client is processed in a different thread of control.
(CORBA) A means to reduce the cost of managing threads in multithreaded CORBA server implementations. At startup and as needed, threads are created, assigned, and released to a pool of available threads where the thread waits until it is needed again to process future requests. Thread pools can be used to support any of the threading models.
(CORBA) Classes that are generated by the IDL compiler when the delegation-based approach to programming is used. The delegation-based approach to programming is used when the overhead of inheritance is too high or cannot be used. For example, due to the invasive nature of inheritance, implementing objects using existing legacy code might be impossible if inheritance for some global class were required.
(CORBA) A server application provided with BEA Tuxedo software that runs the FactoryFinder and supporting NameManager services that maintain a mapping of application-supplied names to object references.
(CORBA) A server application provided with BEA Tuxedo software for accessing the Interface Repository. The API is a subset of the Interface Repository API defined by CORBA. For a description of the Interface Repository API, see the
C++ Programming Reference.
(CORBA) An object that is used to manage transactions. The TransactionCurrent object supports all of the methods of the Current object in the
CosTransactions module. In addition, the TransactionCurrent object supports APIs to open and close the resource manager.
(CORBA) The policy that determines the TP Framework’s or EJB container’s interaction between the client request (which may be associated with a transaction) and the servant’s transaction context.
(CORBA) An object that exists only for the lifetime of the process within which it is created.
(ATMI) The process of converting an application program’s data buffer or record so that the data is formatted in a manner that is suitable to a target application program.
(ATMI) A buffer for message communication involving data of a specific type.
(CORBA) An object that connects the client application to the BEA Tuxedo transaction subsystem, wherein the client application can perform operations within the context of a transaction. The UserTransaction object exists only with Java client applications.
(ATMI) In the VIEW System Manager, a window that is displayed when you click on an icon that represents a managed host.
(CORBA) A representation of a CORBA object in a BEA Tuxedo domain that resides in another object system.
(ATMI) A data structure similar to a C structure. As part of defining this buffer type, a view description file is created. It is a self-describing buffer. VIEW buffers are always accompanied by VIEW definitions.
(ATMI) Descriptions of data structures that are used for input and output in the BEA Tuxedo environment.
(CORBA) An implementation of JDBC for use with Java applets or applications.
(CORBA) An indication that a bean is registered as a listener of events from another bean.
(CORBA) A thread that is scheduled to execute a request from a client application. The BEA Tuxedo Java software uses a thread pooling model, where a pool of available worker threads is managed by the software. When the BEA Tuxedo Java software receives a request from a client application, the software schedules, from the thread pool, an available worker thread to execute the request. When the request is complete, the worker thread returns to the thread pool. A worker thread can serve only one request at a time.
(CORBA) The enclosure that is used to wrap a legacy application to make the legacy application available as an implementation to CORBA client applications.
(ATMI) A non-nested C structure whose elements are any of the following C data types: short, long, or char. X_COMMON is one of three buffers that are defined in the X/Open XATMI standard. It is equivalent to the BEA Tuxedo VIEW buffer; however, X_COMMON represents only the subset of field types that are common to both the C and COBOL languages.
(ATMI) A non-nested C structure whose elements are any of the following C data types: int, short, long, char, float, double, character string, and octet array. X_C_TYPE is one of three buffers that are defined in the X/Open XATMI standard. It is equivalent to the BEA Tuxedo VIEW buffer.
(ATMI) An array of bytes whose structure is defined by an application. X_OCTET is one of three buffers that are defined in the X/Open XATMI standard. It is equivalent to the BEA Tuxedo CARRAY buffer.