Objets distribués partout

Le distribué objecte partout (DAINE ) était un projet long de Sun Microsystems pour établir un environnement de l'informatique répartie basé sur le système du CORBA dans la « arrière saison » et le OpenStep comme interface utilisateurs. D'abord commencé en 1990 et annoncé bientôt ensuite, c'est resté le Vaporware pendant beaucoup d'années avant qu'il ait été finalement libéré comme NÉO- en 1995. Il n'a été vendu que durant une période seulement courte avant d'être laissée tomber (avec OpenStep) en 1996. Dans son endroit est ce qui est aujourd'hui connu comme entreprise JavaBeans

Fond

Au début des années 90 la « prochaine grande chose » dans le calcul était d'utiliser les micro-ordinateurs de bureau pour montrer et éditer des données fourni par les unités centrales et les mini-ordinateurs bien qu'un certain nombre de méthodes pour cette sorte d'accès aient déjà existé, la répartition des tâches était pas du tout égale. Par exemple, le SQL a exigé du poste de travail de télécharger les ensembles de données énormes et puis de les traiter localement, tandis que l'utilisation des émulateurs terminaux a quitté tout les travail au serveur et si aucun GUI .

Il a semblé que la fente appropriée des fonctions serait d'avoir un ensemble coopératif d'objets, le poste de travail étant responsable de l'affichage et de l'interaction d'utilisateur, avec le traitement sur le serveur. Incommoder cette sorte de solution était les différences massives dans les logiciels d'exploitation et les langages de programmation entre les plates-formes. Tandis qu'il pourrait être possible d'établir un tel système qui travaillerait à n'importe quelle une combinaison de poste de travail et de serveur, la même solution ne travaillerait sur aucun autre système.

Curieusement, les différences entre deux langages de programmation quelconques sur une plate-forme simple étaient presque comme grandes. Chaque langue a eu son propre format pour passer à des paramètres dans les appels de procédure les formats de fichier dont ils ont produits étaient souvent très différents. D'une façon générale, il n'était pas toujours possible d'écrire différentes parties d'un programme dans différentes langues, bien que faire ait tellement souvent la vraie utilité. Le problème n'était pas aussi aigu sur les mini-ordinateurs et les unités centrales où le fournisseur a souvent spécifié des normes pour leurs bibliothèques, mais sur des micro-ordinateurs les systèmes de programmation ont été généralement fournis par une série de compagnies de tiers sans l'intérêt pour l'étalonnage.

Néanmoins ce problème était abordé au début des années 90 par l'introduction de divers systèmes de la bibliothèque partagée . Ceux-ci ont été prévus réellement pour soulager l'utilisation de ressource sur de plus petites plates-formes, en permettant à un certain nombre de programmes using une ressource commune, comme le GUI, de partager une copie simple de code au lieu de chaque chargement une copie séparée dans la mémoire. Comme effet secondaire de pouvoir s'appeler de beaucoup de programmes, ces systèmes ont également défini une manière standard de les appeler, using une langue de définition d'interface de , ou IDL, pour permettre à n'importe quelle langue sur la plate-forme de comprendre le code à l'intérieur de la bibliothèque.

Prolongeant ces systèmes aux appels de procédure à distance de de soutien dans les coulisses a été vu comme évolution normale, fournissant une solution au problème de programmation de client/serveur. Lorsqu'il y avait un certain nombre de commandant projette de fournir un tel système, y compris le modèle (SOM/DSOM) d'objet système de de s d'IBM le ', le prochain 'les objets distribués portatifs de s, le modèle d'objet composant de de s de Microsoft ' (COM/DCOM) et beaucoup de saveurs du CORBA . Sun, essayant de se placer comme futur IBM en termes d'appui de backoffice, a jugé qu'ils ont dû attaquer ce marché aussi bien.

Ressort, DAINE, OpenStep, NÉO-

La solution de Sun a été basée sur le travail en leur ressort du système d'exploitation de , qui a employé les objets de intercommunication pour presque toutes les tâches de programmation. La modification de ceci pour travailler sous Unix « traditionnel » comme le Solaris n'était pas tout que difficile, bien qu'Unix fasse la prétention que tous les programmes fonctionnent localement, et une interface pour l'accès à distance a dû être ajoutée. Pour ceci, la DAINE a ajouté un courtier de demande d'objet (CORPS ROND) qui a fonctionné sur les serveurs de backoffice, détectant à l'oreille des demandes de DAINE et les remettant au loin au programme approprié à manipuler. Pendant le développement, CORBA est devenu un mot à la mode principal dans l'industrie. Ceci a incité un retard tandis que le CORPS ROND re-engineered pour l'appui de CORBA. Sous le modèle de CORBA, les différents objets, comme ceux de la DAINE ou du SOM, pourraient agir l'un sur l'autre en partageant une interface commune.

Un plus grand problème pour Sun est qu'ils n'ont eu aucune solution de programmation d'objet de bureau integrated. Bien que les bibliothèques des programmes résultants du C++ soient devenues communes sur quelques plates-formes, leur propre les systèmes du système d'exploitation et associés de SunOS (plus tard connu sous le nom de Solaris ) de SunView et de X de fenêtre étaient « C plat » basé. Afin de fournir une solution de programmation d'objet complet et flexible, Sun s'est tourné vers après et les deux ont développé le OpenStep . L'idée était d'avoir des programmes d'OpenStep appeler des objets de DAINE sur des serveurs de Sun, fournissant a backoffice--frontoffice à la solution sur des machines de Sun. OpenStep n'a pas été libéré jusqu'en 1993, autre retardant le projet.

Avant que la DAINE, sous le nom de NÉO- maintenant connu, ait été libérée en 1995, Sun avait déjà passé au Java que leur prochaine grande chose. Java était maintenant le GUI du choix pour des applications de client-côté, et des plans d'OpenStep de Sun ont été tranquillement abandonnés (voir le phare de concevoir ). NÉO- a été replacé comme système de Java avec l'introduction du Joe , mais elle a vu peu employer.

Bien que les objets distribués, et les CORBA en particulier, aient été la « prochaine grande chose » au début des années 90, par la deuxième moitié d'intérêt de décennie dans eux avait essentiellement disparu. Les applications basées sur le WEB fonctionnant entièrement sur le serveur sont devenues la nouvelle « prochaine grande chose », et le besoin de système d'affichage puissant sur le client-côté a été simplement abandonné et remplacé par GUIs léger basé sur HTML .

Random links: