비주얼 J++

Visual J++
기술적인 이유로 "Visual J#"은 여기로 리디렉션됩니다. Visual J#의 경우 Visual J Sharp를 참조하십시오.

비주얼 J++는 마이크로소프트가 자바를 단종한 것입니다. 구문, 키워드, 문법적 규칙은 자바와 같았습니다. 1996년에[1] 도입되어 2004년 1월에 단종되었으며,[2] J#과 C#으로 어느 정도 대체되었습니다.

구현체인 MSJVM은 Sun Microsystems의 컴플라이언스 테스트를 통과하지 못하여 Java의 개발자인 Sun의 소송으로 이어졌습니다. 마이크로소프트는 2007년 12월 31일에 MSJVM에 대한 지원을 중단했습니다(이후 오라클은 썬을 인수하고 자바와 그 상표를 사용했습니다). 그러나 마이크로소프트는 2021년에 공식적으로 자바를 다시 배포하기 시작했습니다(이전처럼 윈도우나 웹 브라우저에 번들되지는 않았지만).[3] 즉, 마이크로소프트가 최소 6년 동안 지원할 계획인 오라클의 OpenJDK를 자바 17용으로 2027년 9월까지 구축했습니다.

Sun의 Java 구현과 비교하여 J++

J++는 자바 언어 사양을 준수했지만, 마이크로소프트는 비주얼 J++ 제품군에서 공식적인 Sun Java 구현의 특정 기능을 구현하지 않았습니다. 원격 메서드 호출(Java RMI) 및 Java Native Interface(JNI)가 이러한 예입니다.[4][5]

또한 J++는 Sun의 Java 구현에 포함되지 않은 다른 확장을 구현했습니다. 이벤트 처리를 위한 콜백과 딜러를 포함한 것은 J++를 기존의 설계 개념에 기초하여 완전히 다른 언어로 정의하는 데 기여했습니다.

또한 J++ 애플리케이션은 Sun의 Java SDK에 기반한 다른 Java 애플리케이션과 동일한 표준화된 운영 체제 기능에 액세스하는 방법을 준수하지 않았습니다. 마이크로소프트의 구현에서 J/Direct라는 기본 프레임워크는 J++ 애플리케이션이 자바의 클래스 라이브러리와 API를 완전히 우회하여 기본 운영 체제에 액세스할 수 있도록 하는 기본 메커니즘을 제공했습니다. 원래 자바 프레임워크를 중심으로 바로가기 때문에 J++ 애플리케이션은 자바 애플리케이션보다 Win32 API 기능을 활용하는 데 더 효율적이었습니다.

이러한 기능을 사용하는 J++ 애플리케이션은 Sun의 Java SDK에서 실행할 수 없었지만 Kaffe 프로젝트는 확장 기능을 개발하여 오픈 소스 JVM에서 이러한 기능을 사용하는 J++ 애플리케이션을 실행할 수 있게 했습니다. 그러나 이러한 확장은 널리 사용되지 않았으며, J++ 애플리케이션은 여전히 Visual J++에 컴파일되어야만 Kaffe에 의해 실행될 수 있습니다.[6][7]

Visual J++는 ActiveX를 지원했습니다.[8]

WFC

WFC(Windows Foundation Classes)는 마이크로소프트 Win32 플랫폼 API 및 DHTML 개체 모델을 통합 클래스 라이브러리로 캡슐화했습니다. WFC는 주로 Windows(윈도우)에서 Java 애플리케이션을 위한 그래픽 사용자 인터페이스를 만들기 위해 설계되었습니다.

선이 마이크로소프트를 상대로 제기한 소송

Sun Microsystems는 원래 Java를 Microsoft에 라이센스를 부여했지만 나중에 상표 위반으로 Microsoft를 상대로 소송을 시작했습니다. Sun의 Java 브랜드 사용에 대한 상표 사용권은 모든 구현이 "호환 가능"하다고 주장합니다.

일부 관측통들은 이러한 비호환성이 적어도 선의 자바 기술의 발전을 늦추기 위한 의도적인 목적이었던 것으로 보인다고 말했습니다.[9][10]

MSJVM이 선의 컴플라이언스 테스트를 통과하지 못한 것이 초기 소송의 큰 요인이었습니다. 2004년, 이 소송과 기타 모든 Sun-Microsoft 소송은 Sun과 Microsoft 간의 광범위한 합의의 일부로 해결되었습니다.[11] 합의서에 명시된 것처럼, 마이크로소프트는 선이 자바에 도입한 J++ 기능을 J++ 버전에 포함시킬 수 없었습니다. 이 기능은 자바 버전 1.1.4에서 동결될 것입니다. 이로 인해 J++가 효과적으로 중단되었으며 추가 업데이트도 종료되었습니다. 마이크로소프트는 MSJVM의 배포를 중단하는 데 동의할 수밖에 없었습니다. 더 이상 다운로드할 수 없습니다.

그러나 합의 조건에 따라 마이크로소프트는 보안 지원을 제공할 수 있게 되었고, MSJVM에 대한 추가 업데이트를 통해 보안 구멍 및 보안 위협과 관련된 기타 문제를 해결할 수 있게 되었습니다. 마이크로소프트는 2007년 12월 31일 MSJVM에 대한 지원을 중단했습니다.[12]

J++의 기술은 결국 재활용되어 마이크로소프트의 일부로 잠시 살아남았습니다.NET 플랫폼과 J# 프로그래밍 언어.

비주얼 J++ – IDE

Visual J++는 J++용 통합 개발 환경(IDE)의 이름이기도 했으며, J++ 프로그래머들이 Win32 API를 충분히 활용할 수 있도록 많은 도구와 유틸리티를 제공했습니다.

Visual J++는 더 이상 배포할 수 없지만 Microsoft Visual Studio 제품군의 일부였습니다. 비주얼 스튜디오 6.0은 J++가 포함된 마지막 릴리스였습니다.

비주얼 J#

비주얼 J#("제이 샤프"로 발음)는 의 일부인 자바에 가까운 구문을 가진 마이크로소프트 언어입니다.NET Framework. Visual J#은 Microsoft Visual Studio의 일부입니다.NET 제품 제품군은 개발자와 프로그래머가 J++(또는 Java)에서 J+로 마이그레이션할 수 있도록 설계되었습니다.NET Framework.

마이크로소프트는 나중에 C#("C 샤프") 언어를 의 기본 언어로 개발했습니다.많은 면에서 자바의 영향을 받은 NET 플랫폼, 그리고 그 후에.NET Framework는 Java와 공통적으로 많은 아이디어를 공유합니다. 자바와 마찬가지로 C#은 CIL(Common Language Runtime)이라는 가상 머신 위에서 실행되며, 바이트코드의 일종으로 컴파일됩니다.NET. Visual Studio 2005는 J#을 포함하는 마지막 릴리스였습니다.

참고문헌

  1. ^ Rogers, Dan (December 1, 1996). "Microsoft's Visual J++ 1.0". Dr Dobb's Journal.
  2. ^ Emigh, Jacqueline (September 12, 2003). "You'd Better Drop Microsoft's J++ Now". InformIT.
  3. ^ "Announcing General Availability of Microsoft Build of OpenJDK". Java at Microsoft. 2021-05-25. Retrieved 2021-08-03.
  4. ^ "JFC; Microsoft declares war". xent.com. 1997-08-01. Retrieved 2007-07-14.
  5. ^ McMillan, Robert (July 1, 1997). "Microsoft's J/Direct called death of Java". JavaWorld. Retrieved 2020-07-16.
  6. ^ "Transvirtual Adopts Microsoft Java Extensions". linuxjournal.com. 1999-01-10. Retrieved 2007-08-01.
  7. ^ "Java-Clone Announced". slashdot.org. 1999-06-14. Retrieved 2007-08-01.
  8. ^ "MS debuts Visual J++". CNet. October 1, 1996. Retrieved 31 October 2011.
  9. ^ Lohr, Steve (1998-05-25). "Still Another Adversary for Microsoft". New York Times. Retrieved 2009-03-15. A September 1997 E-mail message, sent by a Microsoft official identified as P. Sridharan, is quoted as saying: "Let's move on and steal the Java language. That said, have we ever taken a look at how long it would take Microsoft to build a cross-platform Java that did work? Naturally, we would never do it, but it would give us some idea of how much time we have to work with in killing Sun's Java."
  10. ^ "Microsoft A History of Anticompetitive Behavior and Consumer Harm" (PDF). European Committee for Interoperable Systems. 2009-03-31. Retrieved 2009-04-22. We should just quietly grow j++ share and assume that people will take more advantage of our classes without ever realizing they are building win32-only java apps.
  11. ^ "Sun settles with Microsoft, announces layoffs". www.news.com. 2004-04-02. Retrieved 2007-10-03.
  12. ^ "Microsoft Java Virtual Machine Support". Microsoft. 2007-03-02. Retrieved 2007-10-09.

외부 링크