El distribuido se opone por todas partes (GAMA ) era un proyecto duradero de Sun Microsystems para construir un ambiente de la computación distribuida basado en el sistema CORBA en el “extremo trasero” y el OpenStep como el interfaz utilizador. Primero comenzado en 1990 y anunciado pronto después de eso, seguía siendo Vaporware durante muchos años antes de que finalmente fuera lanzado como NEO en 1995. Fue vendido por solamente un período corto antes de ser caída (junto con OpenStep) en 1996. En su lugar está qué se conoce hoy como empresa JavaBeans

Fondo

En el principio de los 90 la “cosa grande siguiente” en la computación era utilizar los microordenadores de escritorio para exhibir y corregir los datos que eran proporcionados por las unidades centrales y los miniordenadores aunque existieran un número de métodos para esta clase de acceso ya, la división del trabajo era en absoluto uniforme. Por ejemplo, el SQL requirió el sitio de trabajo transferir conjuntos de datos enormes y después procesarlos localmente, mientras que el uso de los emuladores terminales dejó todo el trabajo al servidor y con tal que ningún GUI .

Parecía que la fractura apropiada de deberes sería tener un sistema cooperativo de objetos, el sitio de trabajo que es responsable de la exhibición y de la interacción del usuario, con el proceso en el servidor. La colocación de la manera de esta clase de solución era las diferencias masivas en los sistemas operativos y los lenguajes de programación entre las plataformas. Mientras que puede ser que sea posible construir tal sistema que trabajaría en cualquier una combinación de sitio de trabajo y de servidor, la misma solución no trabajaría en ningún otro sistema.

Extrañamente, las diferencias entre cualquier dos lenguajes de programación en una sola plataforma estaban casi como grandes. Cada lengua tenía su propio formato para pasar los parámetros en las llamadas de procedimiento los formatos de archivo que generaron eran a menudo absolutamente diferentes. De modo general, no era siempre posible escribir diversas porciones de un programa en diversas idiomas, aunque el hacer tenga tan a menudo utilidad verdadera. El problema no era tan agudo en los miniordenadores y las unidades centrales donde el vendedor especificó a menudo los estándares para sus bibliotecas, pero en los microordenadores los sistemas de programación fueron entregados generalmente por una variedad de compañías de la tercer persona sin interés en la estandardización.

Sin embargo este problema era abordado en el principio de los 90 a través de la introducción de varios sistemas de la librería compartida . Éstos fueron pensados realmente para facilitar uso de recurso en plataformas más pequeñas, permitiendo que un número de programas usar un recurso común, como el GUI, compartan una sola copia del código en vez de cada cargamento una copia separada en memoria. Como efecto secundario de poder ser llamado de muchos programas, estos sistemas también definieron una manera estándar de llamarlos, usar una lengua de la definición de interfaz, o IDL, para permitir que cualquier lengua en la plataforma entienda el código dentro de la biblioteca.

Extendiendo estos sistemas a las llamadas de procedimiento alejado de la ayuda detrás de las escenas fue visto como evolución natural, proporcionando una solución al problema programado del cliente/del servidor. Cuando había un número de comandante proyecta entregar tal sistema, incluyendo modelo de objeto de sistema de s de IBM el ' (SOM/DSOM), el siguiente 'objetos distribuidos portables de s, modelo de objeto componente de s de Microsoft el ' (COM/DCOM) y muchos sabores CORBA . Sun, intentando colocarse como IBM futuro en términos de ayuda del backoffice, sentía que tuvieron que atacar este mercado también.

Resorte, GAMA, OpenStep, NEO

La solución de Sun fue basada en trabajo en su sistema operativo del resorte, que utilizó los objetos de comunicación entre sí entre sí para casi todas las tareas programadas. La modificación de esto para trabajar debajo de Unix “tradicional” como Solaris no era todo que difícil, aunque Unix haga la asunción que todos los programas funcionan localmente, y un interfaz para el acceso remoto tuvo que ser agregado. Para esto, la GAMA agregó un corredor de petición de objeto (ORBE) que funcionó en los servidores del backoffice, estando atentas peticiones de la GAMA y dándolas apagado al programa apropiado que se dirigirá. Durante el desarrollo, CORBA se convirtió en un palabra de moda dominante en la industria. Esto incitó un retardo mientras que el ORBE re-engineered para la ayuda de CORBA. Bajo modelo de CORBA, diversos objetos, como ésos de GAMA o de SOM, podrían obrar recíprocamente compartiendo un interfaz común.

Un problema más grande para Sun es que no tenían ninguna solución programada del objeto de escritorio integrado. Aunque las bibliotecas objeto C++ llegaran a ser comunes en algunas plataformas, su propio sistema operativo de SunOS (conocido más adelante como Solaris ) y sistemas asociados de la ventana SunView y X eran “C llana” basada. Para suministrar una solución programada del objeto comprensivo y flexible, Sun dio vuelta a después y los dos desarrollaron el OpenStep . La idea era tener programas de OpenStep el llamar de objetos de la GAMA en los servidores de Sun, proporcionando a backoffice--frontoffice a la solución en las máquinas de Sun. OpenStep no fue lanzado hasta 1993, más futuro retrasando el proyecto.

Para el momento en que la GAMA, tan NEO ahora sabida, fuera lanzada en 1995, Sun se había movido ya encendido al Java como su cosa grande siguiente. Java ahora era el GUI de la opción para los usos del cliente-lado, y los planes de OpenStep de Sun fueron caídos reservado (véase el faro diseñar ). NEO fue colocado de nuevo como sistema de Java con la introducción de Joe, pero consideró poco utilizar.

Aunque los objetos distribuidos, y CORBA particularmente, fueran la “cosa grande siguiente” en el principio de los 90, por la segunda mitad del interés de la década en ellos esencialmente había desaparecido. Los usos en Internet que funcionaban enteramente en el servidor se convirtieron en la nueva “cosa grande siguiente”, y la necesidad de un sistema de visualización de gran alcance en el cliente-lado fue caída y substituida simplemente por GUIs ligero basado en HTML .

Zenithic

Ammouri Mbark

Random links:

San Lucas, California | Instituto nacional del ojo | Julio Silvano Zeller | Ley de la Anti-Secesión de la República Popular de China | Vuelta redonda y dos mitad-tirones