Glosario de Términos Java IDL

atributo (IDL): Esta parte de un interface IDL que es similar al campo public class o al miembro dato de C++. El compilador idltojava mapea un atributo IDL OMG para acceder a los métodos modificadores en el lenguaje de programación Java. Por ejemplo, un interface ball podría incluir el atributo color. El compilador idltojava generaría un método en lenguaje de programación Java para obtener el color, y a menos que el atributo sea de solo lectura, un método para seleccionar el color. Los Atributos CORBA corresponden con las propiedades de los JavaBeans.
cliente: Cualquier código que invoque una operación sobre un objeto distribuido. Un cliente podría ser el mismo un objeto CORBA, o pdía ser un programa no orientado a objetos, pero mientras invoque a un método o a un objeto CORBA, se dirá que está actuando como un cliente.
talón cliente: Una clase Java generada por idltojava y usada de forma transparente por el cliente ORB durante la invocation del objeto. La referencia al objeto remotor contenida por el cliente apunta al talón. Este talón es especificado por el interface IDL desde el que fue generado, y contiene la información necesaria por el cliente para invocar un método sobre el objeto CORBA que fue definido por el interface IDL.
grada client: La porción de una aplicación distribuido que pide servicios desde la grada del servidor. Típicamente, la grada del cliente se caracteriza por una pequeña huella local, un interface gráfico de usuario, y simplifica los esfuerzos de desarrollo y mantenimiento.
Common Object Request Broker Architecture (CORBA): Una arquitectura OMG especiífica que lo básico para el modelo de objetos CORBA. La especificación CORBA incluye un lenguaje de definición de interfaces (IDL)- que es una forma independiente del lenguaje de crear contratos entre objetos para la implementación de aplicaciones distribuidas.
objeto CORBA: Un entidad que (1) está definida por un interface IDL OMG, y (2) para la que está disponible un objeto referencia. Objeto también está implicíto en el tipo del objeto de referencia para los interfaces IDL.
grada de almacen del cliente: La porción de una aplicación distribuida que maneja el acceso a datos persistentes y sus mecanismos de almacenamiento, como bases de datos relacionales.
aplicación distribuida: Un programa diseñado para ejecutarse en más de un ordenador, típicamente con funcionalidades separadas en gradas como cliente, servicio, y grada de almacen del cliente.
entorno distribuido: Una red de uno o más ordenadores que usan objetos CORBA. Los objetos están instalados en varias máquinas y pueden comunicarse entre ellos.
Dynamic Invocation Interface (DII): Un API que permite a un cliente para hacer invocaciones dinámicas sobre objetos CORBA remotos. Se usa cuando en el momento de la compilación un cliente no tiene conocimiento sobre un objeto que quiere invocar. Una vez descubierto el objeto, el programa cliente puede obtener su definición, enviar una llamada parametrizada, y recibir la respuesta, sin tener un tipo de talón de cliente específico del objeto remoto.
Dynamic Skeleton Interface (DSI): Un API que proporciona una forma de enviar peticiones desde un ORB a una implementación de objeto cuando el tipo de la implementación del objeto no se conoce en el momento de la compialción. DI, que el analógo en el lado del servidor del DII, en el lado del cliente, hace posible que el programador de la aplicación inspeccione los parámetros de la petición entrante para determinar el objeto y el método fuente.
excepción (IDL): Una construcción IDL que representa una condición excepcional que podría devolverse en respuesta a una invocación. Existen dos categorías de excepciones: (1) excepciones del sistema, que descienden de org.omg.CORBA.SystemException (que es una java.lang.RuntimeException), y (2) excepciones definidas por el usuario, que descienden de org.omg.CORBA.UserException (qye es una java.lang.Exception).
fábrica de Objetos: Un objeto CORBA que se usa para crear nuevos objetos CORBA. Las fábricas de objetos normalmente se crena en el servidor en el momento de la instalación.
compilador idltojava: Una herramienta que toma un interface escrito en OMG IDL y produce interfaces y clases en lenguaje Java que representan el mapeo del interface IDL al lenguaje de programación Java. Los ficheros resultantes on del tipo .java.
implementación: Una clase concreta que degine el comportamiento para todas las operaciones y atributos del inteface IDL que soporta. Un objeto sirviente es un ejemplar de una implementación. Puede haber muchas implementaciones de un sólo interface.
contexto de nombrado inicial: El objeto NamingContext devuelto por una llamada al método orb.resolve_initial_references("NameService"). Es un objeto referencia hacia el servicio de nombres COS registrado con el ORB y puede ser usado para crear otros objetos NamingContext.
También puedes ver : contexto de nombrado
Interface Definition Language (IDL): El lenguaje OMG-standard para definición de interfaces para todos los objetos CORBA. Un interface IDL declara un conjunto de operaciones, excepciones, y atributos. Cada operación tiene una firma, que define su nombre, parámetros, resultado y excepciones. OMG IDL no incluye implementaciones para las operaciones; como su nombre indica, es sólo un lenguaje de definición de interfaces. La sintáxis completa y la semántica para el IDL están disponibles en el capítulo 3 de la especificación del OMG en la OMG web site .
Interface Repository (IFR): Un servicio que contiene todos los componentes del interface registrados, los métodos que soportan, y los parámetros que requieren. El IFR almacena, actualiza, y maneja definiciones de objetos interfaces. Los programas podrían usar el API del IFR para acceder y actualizar su información. Un IFR no es necesario para las interacciones normales cliente/servidor.
Internet InterORB Protocol (IIOP): El protocolo de red específico de OMG para comunicación entre ORBs. Java IDL cumple con la versión 1.0 del IIOP.
invocación: El proceso de realizar una llamada a método sobre un objeto CORBA, que puede hacerse sin conocimiento de la localización del objeto en la red. La invocación estática, que usa un talón de cliente para la invocación y un esqueleto de servidor para el servicio que está siendo invocado, se usa cuando el interface del objeto se conoce en el momento de la compilación. Si el interface no se conoce en ese momento, se debe usar la invocación dinámica.
Java IDL: Las clases, librerías, y herramientas que hacen posible el uso de objetos CORBA desde el lenguaje de programación Java. Los principales componentes de Java IDL son un ORB, un servicio de nombres, y el compilador idltojava. El ORB y el servicio de nombres son parte del JDK 1.2; el compilador idltojava puede descargarse desde la web site de Java Developer Connection (JDC).
unión de nombre: La asociación de un nombre con un objeto referencia. Las uniones de nombres se almacenan en un contexto de nombrado.
namespace: Una colección de contextos de nombrado que se agrupan juntas.
contexto de nombrado: Un objeto CORBA que soporta el interface NamingContext con funciones para ordenar el directorio que contiene (apunta a) otros contextos de nombrado y/o nombres simples. Similar a la estructura de directorios, donde el último ítem es un fichero y los ítems precedentes son directorios, en un contexto de nombrado, el último ítem es un nombre de objeto referencia, y los ítems precedentes son contextos de nombrados.
servicio de nombres: Un servicio CORBA que permite a los objetos CORBA ser nombrados mediante la union de un nombre a un objeto referencia. la unión de nombre podría almacenarse en el servicio de nombres, y un cliente podría suministrar el nombre para obtener el objeto referencia deseado.
objeto: Una agrupación de operaciones y datos dentro de una unidad modular. Un objeto está definido por el interface que represente a otros, su comportamiento cuando se invoca las operaciones sobre el interface, y sus estados.
implementación de objetos: Ver implementación.
Object Management Group (OMG): Una organización internacional son más de 700 miembros que establecen las guías industriales y las especificaciones en el manejo de objetos para proporcionar un marco de trabajo común para el desarrollo de aplicaciones orientadas a objetos. Entre sus miembros se incluyen, vendedores de plataformas, vendedores de bases de datos orientadas a objetos, desarrolladores de herramientas de software, desarrolladores corporativos y vendedores de aplicaciones de software. El Common Object Request Broker Architecture del OMG específica el modelo de objetos CORBA. Puedes visitar www.omg.org para más información.
objeto referencia: Un construcción que contiene la información necesaria para especificar un objeto dentro de un ORB. Un objeto referencia se usa en invocaciones a métodos para localizar un objeto CORBA. Los objetos referencia son el equivalentes a los punteros. Podrían obtenerse desde una fábrica de objetos o desde el servicio de nombrado. Un objeto referencia, que es opaco (su extructura interna es irrelevante para los desarrolladores de aplicaciones), identifica el mismo objeto CORBA cada vez que se utiliza. Sin embargo, es posible, que varios objetos referencia apunten al mismo objeto CORBA.
Object Request Broker (ORB): Las librerías, procesos, y otras infraestructuras en un entorno distribuido que permite a los objetos CORBA comunicarse unos con otros. El ORB conecta a los objetos que piden servicios con los objetos que los proporcionan.
operación (IDL): La construcción en un interface IDL que mapea un método del lenguaje Java. Por ejemplo, un interface ball podría soportar la operación bounce. Las operacioens podrían tomar parámetros, devolver un resultado, o lanzar excepciones. Las operaciones IDL podría ser de una vía, en cuyo caso no pueden devolver resultados o lanzar excepciones.
parámetro (IDL): Uno o más objetos que el cliente pasa a una operación IDL cuando invoca la operación. Los parámetros podrían declararse como "entrada" (pasados desde el cliente al servidor), "salida" (pasados desde el servidor al cliente), o "entrada/salida" (pasados desde el cliente al servidor y de vuelta del servidor al cliente).
PIDL (Pseudo-IDL): El lenguaje de definición de interfaces para describir pseudo-objetos CORBA. Cada mapeo de lenguaje, incluyendo el mapeo desde IDL a Java, describe como se mapean los pseudo-objetos a las construcciones específicas del lenguaje. PIDL podría o no mapear siguiendo las reglas que aplica al mapear objetos normales CORBA.
pragma: Una directiva del compilador idltojava para realizar ciertas operacioens miesntras compila un fichero IDL. Por ejemplo, el pragma "javaPackage" dirige al compilador idltojava a que ponga las clases e interfaces Java que genera desde el interface IDL en un paquete específico Java.
pseudo-object: Un objeto similar a un objeto CORBA en que está descrito en IDL, pero al contrario que los objetos CORBA, no puede pasarse usando su objeto referencia, ni puede ser apuntado o pasado a string. Los ejemplos de pseudo-objetos incluyen el Interface Repository y DII que, aunque implementado como librerías, se describen más claramente en las especificaciones OMG como pseudo-objetos que como interfaces IDL. El IDL para pseudo-objetos se llama "PIDL" para indicar que se está definiendo un pseudo-objeto.
objeto sirviente: Un ejemplar de una implementación de objeto de un interface IDL. El objeto sirviente se registra con el ORB para que éste conozca donde enviar las llamadas. Es el sirviente el que realiza las peticiones de servicio cuando método de un objeto CORBA lo llama.
servidor: Un programa que conteine las implementaciones de uno o más interfaces IDL. Por ejemplo, un servidor de escritorio podría implementar un objeto del tipo Document, otro del tipo ParagraphTag y otros tipos de objetos relacionados. El servidor registra cada implementación (objeto sirviente) con el ORB para que éste lo conozca.
esqueleto de servidor: Una clase pública abstracta generada por el compilador idltojava que propociona el ORB con la información necesaria para despachar las llamadas a métodos del/de los objetos sirvientes. Un esquelto de servedir, como un talón de cliente, está especificado para el interface IDL a partir del cual se generó. Un esqueleto de servidor es el análogo en el lado del servidor al talón del cliente, y estas dos clases las usan los ORBs en invocaciones estáticas.
service tier: La porción de una aplicación distribuida que contiene la lógica del negocio y realiza la mayoría de los cálculos. Este servicio normalmente se encuentra en una máquina compartida para optimizar el uso de los recursos.
invocación estática: Ver invocación.
stringified object reference: Un objeto referencia que ha sido convertido a string para poder ser almacenado en disco en un fichero de texto (o almacenado de alguna otra forma) Como los strings debería ser tratado como opaco porque son implementaciones independientes del ORB. Los métodos de object_to_string y string_to_object del org.omg.CORBA.Object hacen las referencias stringified disponibles para todos los objetos CORBA.

Ozito