Wabi es una aplicación de software comercial descontinuada de Sun Microsystems que implementa la especificación API de Windows Win16 . Wabi ejecuta aplicaciones desarrolladas para Windows 3.1 , Windows 3.11 y Windows for Workgroups , interpretando y traduciendo instrucciones x86 cuando corresponde, pero sin proporcionar soporte de emulación para DOS o hardware de PC .
Wabi se lanzó originalmente para Solaris , seguido de versiones para AIX , HP-UX y SCO OpenServer . Caldera también lanzó una versión para Linux .
La tecnología fue desarrollada originalmente por Praxsys Technologies como resultado de conversaciones en 1990 con Interactive Systems Corporation . Los activos de Praxsys fueron adquiridos por Sun en el otoño de 1992. [1] Originalmente mencionado en publicidad como WABI, abreviatura de Windows Application Binary Interface, [2] [3] el producto finalmente se conoció como Wabi, supuestamente para evitar problemas de marcas registradas. . [4] Otra connotación dada al nombre es su significado en la estética japonesa , dado como "gusto tranquilo" en la propia literatura de SunSoft, siendo reconocido el acrónimo WABI original como "una descripción justa de lo que es Wabi". [5] : 1
Originalmente demostrado por SunSelect, una división de Sun Microsystems, en la feria Comdex de otoño de 1992, se describió que el producto aprovechaba la API de Windows para poder "separar el software del hardware", lo que permitía a los proveedores de estaciones de trabajo RISC como Sun proporcionar mayor rendimiento al ejecutar aplicaciones de Windows que dichas aplicaciones exhibidas en computadoras personales convencionales basadas en Intel. Este uso de la API de Windows significó que Wabi no podía ejecutar aplicaciones de DOS, a diferencia de otras soluciones, como el producto SunPC existente de la compañía basado en tecnología con licencia del creador de SoftPC, Insignia Solutions. [2]
Anunciado en mayo de 1993, Wabi se ofrecería sin coste alguno a los compradores de Solaris durante ese año. [3] Más tarde, en 1993, IBM obtuvo el derecho de ofrecer el software en su propia gama de estaciones de trabajo RS/6000 a cambio de conceder a Sun acceso a "cierta tecnología de IBM para mejorar aún más WABI". [6] Sun anunció Wabi 1.1 en abril de 1994, después de haber enviado sólo 30.000 copias de Wabi 1.0. Al ofrecer "estabilidad y confiabilidad significativamente mejoradas" con respecto a la versión anterior, Hewlett-Packard e IBM también proporcionarían el software actualizado en sus propios sistemas. Wabi 2.0 se prometió como una actualización adicional en el verano de 1994, admitiendo un mayor número de aplicaciones certificadas que los 13 títulos de la versión original. [7]
A finales de 1994, Sun había informado que había enviado 100.000 copias de Wabi incluidas sin costo adicional con Solaris 2. Mientras tanto, HP e IBM ofrecieron el producto como un extra opcional, cobrando $ 395,00 y $ 249,00 respectivamente. [8] Wabi 2.0 finalmente amplió el soporte de aplicaciones a 24 títulos, que supuestamente representan "más del 80 por ciento del mercado de aplicaciones comerciales de Windows". [9] SCO también ofreció Wabi como una opción para sus productos OpenServer Release 5, [10] específicamente Wabi 2.0. [11]
Sun mejoró aún más el producto y lanzó Wabi 2.1 en 1995, introduciendo capacidades multimedia como el manejo de audio y vídeo, así como soporte ODBC en aplicaciones de Windows. Además de esto, Sun actualizó su versión de Merge , ofreció ejecutar aplicaciones DOS, anunció un acuerdo con el creador de Merge, Locus Computing Corporation, para el desarrollo continuo de ese producto e introdujo una CPU más rápida en su tarjeta de expansión SunPC . La compañía indicó que con la introducción de Windows 95 , anticipó que se cubriría una demanda suficiente de aplicaciones de Windows 95 con una versión actualizada de Wabi que admitiera dichas aplicaciones dentro del año posterior al lanzamiento de Windows 95. [12] Sun también presentó WabiServer, proporcionando un medio para ejecutar aplicaciones de Windows en Wabi en un servidor, con los clientes accediendo a esas aplicaciones a través de una red. Esto permitió que los terminales X y los sistemas SPARC de gama baja, incluidos aquellos que ejecutan SunOS , aprovecharan el software. [13]
Wabi 2.2 obtuvo la licencia de SunSoft de Caldera en 1996 como parte de la estrategia Linux de esa compañía, [14] lanzó el software en noviembre de ese año, [15] y se vendió como un producto para varias distribuciones de Linux. [16] El desarrollo de Wabi se interrumpió en diciembre de 1997, [17] y después de esta fecha sólo se realizó "ingeniería de mantenimiento". Wabi 2.2 revisión E fue la versión final del producto publicada por Sun, disponible solo para Solaris 2.6. [18]
Otras soluciones buscaban proporcionar una funcionalidad similar a Wabi. Willows Toolkit, anteriormente conocido como TWIN APIW, proporcionó la interfaz de programación de aplicaciones Willows (WAPI) que consta de una interfaz binaria Willows capaz de alojar aplicaciones de Windows existentes, la biblioteca Willows que implementa la API de Windows y el controlador Willows que implementa tres subsistemas funcionales que ejecutan ventanas. gestión, operaciones gráficas y acceso a la funcionalidad nativa del sistema. [19] Wine también estaba ya en desarrollo en el momento de la discontinuación de Wabi, aunque tanto Wine como Willows Toolkit no pudieron proporcionar un nivel de experiencia similar al proporcionado por Wabi en ese momento. [20]
En su forma inicial, Wabi estaba destinado a poder ejecutar aplicaciones certificadas, habiendo sido probadas para establecer su correcto funcionamiento, sin necesidad de ningún software de Windows. [4] Sin embargo, Wabi 2.0 admitía explícitamente el propio Windows 3.1 como aplicación certificada, y se informó que la instalación de Windows era una medida útil para abordar las deficiencias de las versiones anteriores del software. [9] Wabi 2.1 agregó soporte para Windows para Trabajo en Grupo 3.11. [5] : 114
Para admitir programas escritos para la API de Windows, Wabi proporciona rutinas de biblioteca para llamadas API publicadas o documentadas que realizan el trabajo equivalente en el entorno host, siendo Solaris en la versión del producto para las propias estaciones de trabajo de Sun. [21] A diferencia de otros enfoques, en particular SoftWindows de Insignia y productos relacionados, las aplicaciones alojadas emplean componentes de software nativos, lo que da como resultado que las aplicaciones de Windows aparezcan en sus propias ventanas dentro del entorno del sistema X Window, en lugar de aparecer en una sesión de escritorio de Windows confinada a una única ventana nativa. [22]
Wabi implementa las capas más bajas del entorno Windows en forma de bibliotecas user.dll, kernel.dll y gdi.dll. Todos los demás archivos DLL de Windows dependen de estos tres módulos, por lo que la clonación de esta funcionalidad permite que el software de Windows se ejecute correctamente en un sistema host externo. El equipo de ingeniería pensó que este enfoque, a diferencia de un reemplazo completo, era la única metodología racional para el éxito dado tanto el tamaño de los esfuerzos en constante expansión de Microsoft como las dificultades de que la emulación fuera lo suficientemente precisa para ejecutar software comercial. [23]
Wabi se lanzó para sistemas Solaris SPARC , x86 y PowerPC , [24] así como en sistemas PowerPC que ejecutan AIX , [25] sistemas PA-RISC que ejecutan HP-UX , [26] y en sistemas x86 y SPARC que ejecutan Linux. [16] Para ejecutar un entorno Windows x86 en SPARC y otros sistemas RISC, una capa de traducción de código convierte dinámicamente instrucciones x86 en el primer uso en SPARC u otras instrucciones nativas. [23]
Wabi no proporciona la emulación de hardware de DOS y PC, pero la versión Caldera del software permitía el uso de un emulador de DOS, proporcionado por el paquete DOSEMU , para permitir que el Administrador de programas de Windows iniciara una sesión de comando de DOS desde su MS-DOS. Icono de aviso . [27]
Dado que Wabi implementó y, por lo tanto, dependió del uso de llamadas a la API de Windows "publicadas y conocidas" por parte de las aplicaciones, siguió siendo sensible a casos de uso de API no documentados por parte de aplicaciones con "conocimiento íntimo del entorno de Windows" que se negarían a ejecutarse correctamente. [21] A pesar del uso de técnicas que aceleraban las aplicaciones de Windows cuando se ejecutaban con Wabi al comparar un sistema Solaris con Intel con uno que ejecutaba Windows en hardware idéntico, [22] los usuarios informaron que el rendimiento de las aplicaciones variaba, y que algunas aplicaciones funcionaban demasiado lentamente. [7]
Mientras tanto, se había creado la impresión de que los desarrolladores de aplicaciones, en particular Microsoft, estaban aprovechando las llamadas no documentadas de Windows para obtener una forma de ventaja competitiva. De hecho, en respuesta a afirmaciones en este sentido, motivadas por la publicación de un libro, Undocumented Windows , Microsoft confirmó que sus propias aplicaciones utilizaban tales llamadas, afirmando que, como tales prácticas estaban muy extendidas, no se había obtenido ninguna ventaja. [28] Siguiendo la experiencia de la industria con la API de DOS como estándar de facto, con múltiples implementaciones y soportada por múltiples entornos, y con esfuerzos como el de Wabi que busca soportar la API de Windows en múltiples entornos, se argumentó a favor de considerar tanto DOS como y Windows, o al menos sus API, como "suficientemente genéricos y suficientemente importantes como para merecer algo así como comités de estándares ANSI". [29]
Junto con el desarrollo del software Wabi, Sun inició el esfuerzo de la Interfaz Pública de Windows para crear dicho estándar público, reclutando a varias otras empresas, incluidos proveedores de sistemas como IBM, ICL y Toshiba, proveedores de sistemas operativos como SCO y Unix System Laboratories, y desarrolladores de aplicaciones como Corel y WordPerfect Corporation. Scott McNealy de Sun afirmó que Sun había "documentado efectivamente la API de Windows para Microsoft", presentándola a X/Open para su consideración como estándar de la industria. [30] Desarrollado a partir de especificaciones públicas y mantenido por una organización de normalización internacional, se consideraba que dicho estándar estaba libre de la afirmación de los derechos de autor y patentes de Microsoft. [31]
Según se informa, Sun había buscado, sin éxito, algún tipo de acuerdo de licencia con Microsoft para acceder a las tecnologías de Windows a principios de 1993. [32] Bill Gates de Microsoft afirmó en respuesta a la iniciativa de Sun que la misma información ya estaba disponible en "un libro de 9 dólares en la librería local". ", considerando sin embargo una respuesta legal después de revisar el producto Wabi lanzado. [33] En respuesta a la amenaza de esta iniciativa y de Wabi, Microsoft "lanzó un ataque preventivo" al otorgar la licencia del código fuente de Windows a Insignia Solutions, lo que llevó al lanzamiento de su producto SoftWindows. [22] Esto fue parte de un esfuerzo de concesión de licencias más amplio que buscaba atraer a empresas seleccionadas que buscaban ejecutar soluciones de Windows en sistemas Unix. [30]
A pesar de la afirmación de Sun de que no hubo violación de la propiedad intelectual , el esfuerzo de la Interfaz Pública de Windows fue obstruido por el lobby de Microsoft dirigido a varios organismos de normalización, restringiendo efectivamente este intento de estandarización. [34]