CORBA
 

CORBA es la arquitectura universal de agentes de petición de objetos (¡buf!). En el documento del grupo de gestión abierto (OMG, el grupo de creación de estándar que controla CORBA)

     La arquitectura universal de agentes de petición de objetos (CORBA), es la respuesta del grupo de manejo de objetos (OMG) a las necesidades de interacción entre los productos hardware y software disponibles que rápidamente proliferan en número en nuestros días. Así definida, CORBA permite a las aplicaciones comunicarse con otras sin importar donde esté radicada o quien la halla diseñado(...)

     El (ORB) es el la pieza central que establece la relación cliente-servidor entre los objetos. Usando un ORB, un cliente puede de forma transparente invocar un método en un servidor de objetos, que pueden estar en la misma máquina o al otro lado de una red. El ORB intercepta la llamada y es responsable de encontrar un objeto que pueda implementar la petición, pasarle los parámetros, invocar su método, y devolver los resultados. El cliente no tiene que estar al tanto de donde está localizado el objecto, de su lenguage de programación, su sistema operativo, ni de ningún otro aspecto del sistema que no forme parte de la interfaz del objecto. De esta forma, el ORB proporciona interacción entre aplicaciones en diferentes máquinas en entornos distribuidos heterogéneos y permite interconectar `sin costuras' múltiples sistemas de objectos.

     En la creación de aplicaciones cliente/servidor, los desarrolladores usan sus propios diseños o un estándar reconocido para definir el protocolo que se usará entre los dispositivos. La definición del protocolo depende del lenguaje en el que se implemente, el nivel de transporte de red y de decenas de otros factores. Los ORBes simplifican este proceso. Con un ORB, el protocolo se define a través de interfaces de aplicación vía una única implementación especificada en un lenguaje independiente, el IDL.

¿Quienes son los componentes CORBA?

La definición de algunos de los términos CORBA, los componenetes involucrados.

Agente de petición de Objetos `Object Request Broker' - (o ORB) un ORB es una pieza de la parte intermedia, llamada en inglés ``middleware'', que se situa entre los clientes y los servidores y hace posible una comunicación sencilla entre ellos. El ORB en una entidad conceptual, que algunas veces toma la forma de una biblioteca compartida y otras la de un programa externo. El ORB es responsable del establecimiento y la destrucción de las sesiones entre clientes y servidores y del marshalling, unmarshalling, y transporte de mensajes entre ellos durante una sesión.

 Adaptador de objectos 'Object Adaptor' - (o OA) un adaptador de objetos proporciona el canal a través del cual un servidor de objetos (tal que el panel de gnome) comunica con el agente de petición de objectos (ORBit).

GIOP/IIOP - CORBA adopta todos estos neologismos de la orientación a objectos y maneja su distribucción entre los componentes software orientados a objetos (marshalling, transportando, y demarshalling). Si los dos elementos de software están en distintos lugares, entonces usará el protocolo GIOP para trasladar la información entre ellos. IIOP es una especificación de GIOP para la saga de protocolos de Internet; teóricamente se podría ejecutar GIOP sobre algo distinto de IP, en cuyo caso debería llamarse de alguna otra manera.
 
 
 
 

ACTIVEX

ActiveX es un estándar desarrollado por Microsoft que permite la interacción de componentes de software en un ambiente de red independientemente del lenguaje en el cual fueron creados. Este estándar es soportado por la plataforma Internet-cliente Internet Explorer 3.0 de Microsoft. Con ActiveX se logra que los sitios Web tengan efectos multimedia, objetos interactivos y aplicaciones sofisticadas. ActiveX permite unir un gran número de bloques de tecnología para lograr sitios Web activos (MICROSOFT CORPORATION, 1997).
Este estándar incluye los siguientes componentes:

· Controles ActiveX: son componentes de software que corren en páginas Web, y proveen funciones interactivas controlables por el usuario. Esto permite a los usuarios ver e interactuar con animación, audio y vídeo sin necesidad de abrir programas separados. Además, los controles ActiveX pueden ser re-usados en aplicaciones y pueden ser escritos en muchos lenguajes de programación populares incluyendo Java, Visual Basic y Visual C++.

· "Control Pad" ActiveX: es un "utility" que facilita la inclusión de controles y "Scripting" ActiveX en páginas HTML para ser vistas en Internet Explorer 3.0 ó otro "browser" que soporte controles ActiveX.

· "Scripting" ActiveX: soporta varios lenguajes de "scripting" incluyendo Microsoft Visual Basic Scripting Edition (VBScript) y JScript (un lenguaje compatible con JavaScript). Los script se usan para integrar el comportamiento de varios controles ActiveX y/o "applets" Java del "browser" ó servidor, extendiendo su funcionalidad.

· Documentos ActiveX: permite abrir un programa, con sus propias barras de herramientas y menús en Internet Explorer 3.0. Esto significa que se pueden abrir documentos de Microsoft Excel o Microsoft Word en Internet Explorer 3.0.

· Máquina Virtual Java: Permite a cualquier "browser" que soporte ActiveX correr "applets" Java e integrar "applets" Java con controles ActiveX.

· Estructura de Servidor ActiveX: provee varias funciones basadas en servidor de Web, como seguridad y acceso a bases de datos.

· Herramientas de desarrollo: Permite el uso de técnicas y herramientas conocidas para crear controles y contenido Web. Estas herramientas incluyen Visual Basic, Visual C++, Macromedia ShockWave, Adobe Photoshop, Borland Delphi, herramientas de Sybase y Borland y herramientas Java (MICROSOFT CORPORATION, 1997).
 
 

JAVABEAN
 

Un JavaBean es "un componente software reutilizable, que puede ser manipulado visualmente dentro de una herramienta de desarrollo". Puede verse como una aplicación totalmente funcional, con una interfaz estándar que la permite integrar a otras aplicaciones.
 Ambientes de Uso
 Un JavaBean puede ser usado en tres escenarios básicos:
? Dentro de un ambiente de desarrollo en la construcción de applets. En este caso el uso del bean puede consistir en los siguientes pasos:
        1.Comprarlo y agregarlo al ambiente de desarrollo
        2.Incluirlo en una aplicación
        3.Configurar sus parámetros
        4.Unirlo a los demás beans en la aplicación
        5.Generar el paquete de la aplicación, el cual incluye el bean configurado
? Como un conjunto de clases adicionales al ambiente de programación básico. En este caso el usuario agrega el código del bean y lo configura manualmente
?  En ejecución, como parte de un programa completo. En este caso el bean aporta su funcionalidad configurada en desarrollo en el programa como un todo.
 

 Características fundamentales

 En un bean hay tres elementos importantes, que permiten configurarlo y relacionarlo con los demás:
      Propiedades: Son elementos de información configurables para el usuario del bean, que pueden afectar su apariencia y comportamiento.
      Eventos: Son un mecanismo de comunicación entre varios componentes de una aplicación o varias. Permiten que ciertos componentes actúen como fuentes de cierto tipo de eventos que van a ser procesados por otros componentes.
      Métodos: Son métodos públicos normales en una clase, que pueden ser llamados por otros componentes
 
 
 
 

HTML Y DHTML

HTML significa lenguaje de definición por marcas para hipertexto, es decir, HTML permite definir documentos hipertexto a base de ciertas etiquetas que marcan partes de un texto cualquiera dándoles una estructura y/o jerarquía. DHTML o Dynamic Hypertext Markup Language, fue desarrollado por el consorcio "World Wide Web Consortium (WC3)", utiliza los estándares de HTML y CSS (Cascading Style Sheet).
 
El HTML Dinámico es un nuevo estándar aparecido con las versiones 4.0 de los navegadores. En general, el DHTML soporta más riqueza de contenidos multimedia en virtud de nuevas tecnologías, algunas comunes a los dos navegadores y otras propias de Microsoft o bien de Netscape. El HTML Dinámico permite que el contenido sea construido con más flexibilidad de diseño y de manera mucho más precisa a través de las Cascading Style Sheets (Hojas de Estilo en Cascada).
  El DHTML mejora la funcionalidad y la interactividad de un documento HTML, convirtiendo cualquier elemento en susceptible de ser modificado por lenguajes de script, como JavaScript o VBScript, lo que permite a los desarrolladores un mayor control sobre cualquier objeto.