Visual J++

Visual J++  es una implementación del entorno de desarrollo y lenguaje Java de Microsoft . Microsoft detuvo el desarrollo del lenguaje en enero de 2004 [1] , las actualizaciones críticas se detuvieron en 2007 [2] . La última versión del entorno de desarrollo de Visual J++ fue Visual Studio 6.0.

Litigios

Sun Microsystems originalmente otorgó la licencia de esta implementación de Java a Microsoft, pero luego inició acciones legales contra Microsoft por infracción de marca registrada. La licencia de marca registrada de Sun requiere la compatibilidad de todas las implementaciones de Java con licencia. Varios observadores han notado que la incompatibilidad de implementación de Microsoft fue intencional para ralentizar el desarrollo de la tecnología Java. [3] [4]

Una razón importante de las demandas fue la incapacidad de Java Virtual Machine de Microsoft para pasar las pruebas de cumplimiento automatizadas de Sun. El 24 de enero de 2001, esta y todas las demás demandas entre Sun y Microsoft se resolvieron mediante un acuerdo entre las empresas. [5] El acuerdo incluía una cláusula por la que Microsoft no desarrollaría J++ más allá de una implementación repetida de la versión 1.1.4 de Java. Como resultado, esto puso fin a las actualizaciones de J ++, y también MSJVM ya no se pudo redistribuir y desapareció de las descargas disponibles de Microsoft.

Sin embargo, como resultado de otra demanda, a Microsoft se le permitió actualizar MSJVM para corregir las fallas de seguridad y cualquier problema relacionado con las amenazas de seguridad. Esta línea de soporte existió para MSJVM hasta el 31 de diciembre de 2007. [2]

Influencia del lenguaje J++

La tecnología J++ se ha convertido a parte de la plataforma Microsoft .NET y al lenguaje J# . La tecnología Windows Foundation Classes , introducida originalmente por Microsoft en Visual J++ 6.0 como una herramienta de programación GUI [6] , se ha convertido en parte del marco Microsoft .NET, compatible con el lenguaje J# pero ya no está desarrollado. Microsoft recomienda migrar de clases WFC a clases dotNet, aunque todavía existe soporte para las primeras [7] .

Notas

  1. Jacqueline Emigh. Será mejor que abandones J++ de Microsoft ahora. (12 de septiembre de 2003). Consultado el 9 de diciembre de 2014. Archivado desde el original el 9 de mayo de 2021.
  2. 1 2 Compatibilidad con máquinas virtuales Java de Microsoft . Microsoft (2 de marzo de 2007). Archivado desde el original el 13 de febrero de 2009.
  3. Lohr, Steve . Otro adversario más para Microsoft , New York Times  (25 de mayo de 1998). Consultado el 15 de marzo de 2009.  « Un mensaje de correo electrónico de septiembre de 1997, enviado por un funcionario de Microsoft identificado como P. Sridharan, dice: "Sigamos adelante y robemos el lenguaje Java. Dicho esto, ¿alguna vez hemos echado un vistazo ¿cuánto tiempo le tomaría a Microsoft construir un Java multiplataforma que funcionara? Naturalmente, nunca lo haríamos, pero nos daría una idea de cuánto tiempo tenemos para trabajar en matar el Java de Sun". ".
  4. ^ Microsoft Una historia de comportamiento anticompetitivo y daño al consumidor . Comité Europeo de Sistemas Interoperables (31 de marzo de 2009). “ Deberíamos hacer crecer silenciosamente la participación de j++ y asumir que las personas aprovecharán más nuestras clases sin siquiera darse cuenta de que están creando aplicaciones Java solo para Win32. ". Consultado el 22 de abril de 2009. Archivado desde el original el 18 de junio de 2009.
  5. Sun llega a un acuerdo con Microsoft, anuncia despidos . www.news.com (2 de abril de 2004). Consultado el 3 de octubre de 2007. Archivado desde el original el 2 de diciembre de 2008.
  6. Microsoft presenta Visual J++ 6.0 / Computerworld Archivado el 10 de diciembre de 2014.
  7. Dra. Bruce E. Krell. Migración de WFC a .NET Framework . Microsoft (mayo de 2003). Consultado el 9 de diciembre de 2014. Archivado desde el original el 5 de mayo de 2016.