Java SE 다운로드. 어느 Java 패키지가 필요한가요? Java 개발자를위한 소프트웨어 개발자 JDK Java SE 개발 키트 Java 응용 프로그램의 개발, 디버깅 및 모니터링을위한 완벽한 JRE 및 도구가 포함되어 있습니다. 서버에서 응용 프로그램을 실행하는 관리자 서버 JRE 서버 Java Runtime Environment For 서버에 Java 응용 프로그램 배포 서버 응용 프로그램에 일반적으로 필요한 JVM 모니터링 및 도구 용 도구가 포함되어 있지만 브라우저 통합, Java 플러그인, 자동 업데이트 또는 설치 프로그램은 포함되지 않습니다. 자세히 알아보기 데스크탑에서 Java를 실행하는 사용자 JRE Java Runtime Java SE 7 및 Java SE 6 업데이트. 2015 년 4 월 이후에 릴리스 된 Java SE 7 및 2013 년 4 월 이후에 릴리스 된 Java SE 6 용 업데이트는 다음 버전에서만 사용할 수 있습니다. My Oracle Support를 통한 Oracle 고객은 로그인 지원이 필요합니다. Java SE Advanced는 상용 기능, 중요한 버그 수정에 대한 액세스, securi ty 픽스 및 일반 유지 관리를 제공합니다. 이전 릴리스의 JDK 및 JRE는 테스트 용으로 사용할 수 있습니다. 이 초기 액세스 릴리스에는 향후 업데이트 및 향후 주요 릴리스가 포함되어 있습니다. 이 릴리스는 테스트 용도로만 라이센스가 부여되며 프로덕션. JDK 8 데모 및 샘플. 일반적인 작업과 새로운 기능에 대한 샘플 및 JDK 8에서 사용할 수있는 새로운 기능 JavaFX 8 데모 및 샘플은 JDK 8 데모 및 샘플 패키지에 포함되어 있습니다. JDK에 대한 데모 및 샘플과 함께 제공된 소스 코드는 주어진 기능이나 기술의 사용법을 설명하고 의도적으로 간소화되었습니다. 이 부분은 Java Platform, Standard Edition 및 관련 프로젝트의 오픈 소스 구현에서 공동 작업하는 곳입니다. 자세히 알아보기. 오픈 소스 JDK 8 다운로드 및 설치 가장 널리 사용되는 Linux 배포판의 경우 Solaris, Linux, Mac OS X 또는 Windows 용 Oracle JDK 8 제품 바이너리를 찾으려면 여기를 클릭하십시오. 여기에서부터 다운로드 할 수 있습니다. 점점 커지는 OpenJDK 커뮤니티에서 JDK 자체를 해킹 할 수 있습니다. 웹의 코드를 탐색하고, Mercurial 저장소를 복제하여 로컬 복사본을 만들고, NetBeans IDE로 코드를 빌드하고 해킹하는 방법을 배우고, 버그를 수정하거나 기존 구성 요소를 향상 시키거나 새로운 기능을 정의하는 패치입니다. Java는 원래 Sun Microsystems에서 개발하여 Oracle에서 인수 한 기술입니다. 다음은 널리 사용되는 구현입니다. OpenJDK OpenJDK 프로젝트는 Java SE Platform 이것은 지원되는 Ubuntu 저장소에서 제공되는 Java의 기본 버전입니다. 현재 openjdk-6과 openjdk-7의 두 가지 버전이 있습니다. Oracle Java Java Java는 독점적 인 Java 참조 구현입니다. 현재 지원되는 Ubuntu 저장소에서 더 이상 사용할 수 있습니다. 자세한 내용은 여기를 참조하십시오. 그러나 Oracle 7 웹 사이트 또는 WebUpd8 PPA를 통해 Java 7 또는 8의 지원되는 버전을 설치할 수 있습니다. BM Java는 PowerPC 시스템에서 선호되는 Java 솔루션입니다. JIT (Just-In-Time) 컴파일러를 사용하여 Java를 다시 구현합니다. IBM의 웹 사이트에서만 사용할 수 있습니다. GNU 컴파일러 GNU에서 만든 Java 컴파일러. Java Runtime Environment 설치. 모든 설치 방법을 사용하여 openjdk-6-jre 패키지를 설치하십시오. 설치 방법을 사용하여 openjdk-7-jre 패키지를 설치하십시오. 브라우저 플러그인. 설치 방법을 사용하여 icedtea-plugin 패키지를 설치하십시오. 설치 방법을 사용하여 icedtea-7-plugin 패키지를 설치하십시오 이 플러그인은 Epiphany Firefox 및 Opera 브라우저에서 작동합니다. Konqueror로 이동합니다. Konqueror를 구성하고 메뉴에서 Java JavaScript를 선택한 다음 Java 전역으로 활성화 옵션을 선택하십시오. OpenJDK v6 v7 SDK 소프트웨어 개발 키트. Java 용어로 Java Development Kit JDK가 가끔 있습니다. SDK에 대한 자세한 내용은 여기를 참조하십시오. 설치 방법을 사용하여 openjdk-6-jdk 패키지를 설치하십시오. 설치 방법을 사용하여 openjdk-7-jdk 패키지를 설치하십시오. 대체 가상 시스템. st 사용자는 이러한 것에 대해 걱정할 필요가 없지만 Zero Virtual Machine VM을 기본값으로 사용하는 PowerPC와 같은 아키텍처를 사용하는 경우 전환하면 상당한 성능 향상을 볼 수 있습니다. JamVM 이것은 11의 ARM 용 기본 VM입니다. 10 icedtea-6-jre-jamvm 패키지를 설치하십시오 (설치되어 있지 않은 경우). 컴파일 지시 사항은 여기에서 찾을 수 있습니다. Zero Shark Shark는 zero-just-in-time JIT 컴파일러입니다. openjdk-6-jre-zero 패키지를 설치하십시오 사용 가능한 경우 Zero VM을 기본값으로 사용하는 아키텍처에서 openjdk-6-jre-zero 패키지에는 Shark VM이 들어 있습니다. 기본값 이외의 다른 VM을 사용하려면 일반적으로 사용하는 명령에 적절한 옵션을 추가하십시오. 예를 들어 자세한 내용은 해당 디렉토리의 파일 또는 해당 디렉토리 및 기타 문서를 참조하십시오. 참고로 IcedTea 브라우저 플러그인은 파일에서 변경할 수있는 기본 VM을 사용합니다. Oracle Java 7.Oracle은 Java 7을 일반용으로 선언했습니다 사용 현재 Oracle에는 사용할 수있는 패키지가 없습니다. Java 7 설치 프로그램이없는 원시 바이너리는 Oracle Oracle Java 다운로드 페이지에서 직접 다운로드 할 수 있습니다. 스크립트 또는 명령 줄을 사용하여 Oracle Java 7을 설치할 수 있습니다. 스크립트 JRE 또는 명령으로 최신 Oracle Secure Java 7을 설치할 수 있습니다 JRE 전용. 모든 컴퓨터 사용자 중 99 명이 필요로하는 Oracle Sun Java 7 JRE 만 지원합니다. 오라클 웹 사이트에서 패키지를 가져 와서 Adobe Flash Player와 비슷한 방식으로 설치합니다. 설치된 플러스 그것은 당신이 자동으로 업데이 트를받을 전용 저장소를 추가합니다. 직접 방법 - 하지만 - 기본적으로 적용 할 수있는 아주 쉽게 적용 할 터미널 명령을 붙여 넣기. 방법을 사용하면 패키지가 될 수있는 큰 이점이 있습니다 오라클이 Java 업데이트를 릴리스 할 때 업데이트됩니다. 즉, 업데이트를 추적하고 수동으로 다시 설치할 필요가 없습니다. i를 사용하려고하는 사람들을위한 Eugene San PPA에 대한 일시적인 정보 t이 문제가 발생했습니다이 항목을 작성하는 시점에서 eugenesan java PPA가 손상되었습니다. 사용하려고 시도하면 다음을 수행하여 PPA 제거 방법을 사용할 수 있습니다. 위의 방법으로 문제가 해결되지 않으면 그러나 다음과 같은보다 적극적인 방법을 시도 할 수 있습니다. 그러나 중요한 디렉토리에서 즉시 영구적으로 파일을 완전히 제거하는 rm 명령을 사용합니다. 매우 신중해야합니다. 또한 debian 패키지 설치 프로그램을 제공하기 위해 Oracle bugtracker에서 열리는 RFE가 있습니다 for Java 7이 RFE. Oracle Java에 대한 투표를 고려하십시오. 8.Oracle은 Java 8이 일반적인 용도로 적합하다고 선언했습니다. 현재 Oracle Java 8에 사용할 수있는 패키지가 없습니다. 설치자가없는 원시 바이너리는 Oracle Oracle Java 다운로드 페이지에서 직접 다운로드 할 수 있습니다 자체 설치 방법을 사용하지만 기본적으로 적용하기가 매우 쉽습니다. 기본적으로 일부 터미널 명령을 복사합니다. OpenJDK Java 8. 빌드 자체. 실제로 Java 8을 빌드하기도 쉽습니다. 직접 원본에서 직접 무서운 소리 그것은 정말 놀라 울 정도로 간단하고, 문자 그대로 약 15 분이 걸립니다. 블로그 게시물에 설명 된대로 hgomez obuildfactory를 사용하십시오. OpenJDK Java 9.Build yourself. Once에서 Java 8 부트 스트랩 JDK가 있거나 바이너리 Oracle 패키지 또는 PPA 중 하나 또는 자신이 직접 빌드 한 OpenJDK Java 9를 쉽게 빌드 할 수 있습니다. 위와 동일하게 사용하지만 Java 8 JDK를 가리 키도록 JDKHOME 및 PATH를 설정해야합니다 Java 9를 빌드하십시오. 사용할 기본 Java를 선택하십시오. 시스템에 둘 이상의 Java 버전이있는 경우, 터미널 창에 다음 명령을 입력하여 시스템이 사용할 버전을 구성하십시오. 그러면 다음과 유사한 선택 항목이 표시됩니다 다음과 같은 세부 사항이 다를 수 있습니다. IBM은 PowerPC를 포함한 여러 아키텍처에 JRE 및 SDK 바이너리를 제공합니다. 등록한 후에 IBM 다운로드 페이지를 통해 사용할 수 있습니다. 두 가지 유형의 InstallAnywhere 패키지가 있습니다 당신에게 아카이브 tgz는 시스템에 파일 만 압축을 풉니 다. 반면에 Installable 패키지는 시스템을 구성하기도합니다. 둘 중 하나를 사용할 수 있습니다. 둘 다 Ubuntu에서 추가 구성이 필요합니다. 설치 가능 패키지는 또한 설치 제거 옵션을 제공합니다. 다운로드 한 파일을 실행하려면 다음을 사용하십시오 명령을 실행합니다. 설치 옵션을 안내하는 대화식 프로그램을 시작합니다. 예를 들어 usr lib jvm java-6-ibm-powerpc. 와 같이 원하는 디렉토리에 파일을 추출합니다. 완료되면 시스템에 새 Java 명령 IBM Java 만 설치 한 경우 환경 변수를 정의하여이를 수행 할 수 있습니다. 예를 들어, 홈 디렉토리의 파일에 다음 행을 추가하십시오. 또한 openjdk가 설치된 경우 Java 대안을 갱신해야합니다 . 필요한 모든 명령에 대해이 작업을 반복해야합니다. 사용할 수있는 mozilla 플러그인에 대한 추가 지침은 IBM 문서에서 다른 방법을 찾을 수 있습니다. 플러그인을 링크하십시오. Mozilla 플러그인을 자주 사용하지 않으면 보안을 위해 플러그인을 비활성화 할 수 있습니다. 파이어 폭스 메뉴를 통해이 작업을 수행 할 수 있으며, 파이어 폭스 확장 기능을 사용하여 자동화 할 수 있습니다. Konqueror 웹 브라우저가 사용하는 자바를 제어하려면, KDE 시스템 설정으로 이동하십시오. 인터넷 네트워크 - 웹 브라우저 - Java JavaScript를 선택하고 Java 실행 파일 경로를 usr lib jvm java-6-ibm-powerpc bin java 또는 java로 변경하십시오. 따옴표없이 Java를 설치하십시오. Sun Java 테스트에서 설치를 테스트하십시오. 웹 페이지 및 명령을 사용합니다. 참고, 403 이전 버전의 PowerPC deb 패키지는 계속 남아 있습니다. 403 금지 된 경우 새로 고침을 계속 클릭합니다. 보안 업데이트가 부족하고 최신 브라우저 플러그인이더라도 설치하기 가장 쉬운 방법 일 수 있습니다. IBM 다운로드 페이지에서 직접 최신 서비스 갱신 픽스 팩을 다운로드하는 것이 좋습니다. 이전 버전의 IBM Java를 사용하려면 libstdc 5 및 libgtk1 2 패키지를 설치해야 할 수도 있습니다. 설치 한 경우 1 4 2 버전이고 프로세서가 G5가 아닐 경우 작동하려면 다른 단계를 수행해야 할 수도 있습니다. G3 또는 G4의 경우 다음 명령을 사용하십시오. 604e 또는 603e의 경우 대신 사용하십시오. 이 작업을 수행하려면 컴퓨터를 로그 아웃하거나 다시 시작하십시오. GNU Compiler for Java. 설치 방법을 사용하여 java-gcj-compat-headless 패키지를 설치하십시오. 개발 환경을 설치하려면 다음 중 하나를 사용하여 java-gcj-compat-dev 패키지를 설치하십시오. 설치 방법. GCJ는 Java tm 소스 및 바이트 코드 파일을 모두 컴파일 할 수있는 GCC 컴파일러의 프론트 엔드입니다. 컴파일러는 클래스 파일을 생성 할 수도 있습니다. Gcjwebplugin은 Java 애플릿을 실행하는 작은 웹 브라우저 플러그인입니다. Mozilla 및 호환 브라우저를 대상으로합니다. NPAPI를 지원하는 기타 Eclipse Foundation은 Eclipse Foundation에서 유지 관리하는 Eclipse Java Compiler를 포함합니다. Eclipse는 주로 Java로 작성된 오픈 소스 통합 개발 환경 IDE입니다. Eclipse 오픈 소스 커뮤니티에는 60 개가 넘는 오픈 소스 프로젝트가 있습니다. nal link. OpenJDK 2007 년 12 월 1 일, Windows Solaris와 함께 Netbeans에서 빌드 - 제 2 부. vaibhavc. Netbeans에서 OpenJDK를 빌드하는 것에 대한 자세한 내용은 Windows 빌드로 시작할 수 있습니다. 일반적으로 Windows에서 빌드하는 것은 솔라리스 리눅스는 다른 도구에 많은 의존성이 있기 때문에 우리는 네트워크에 도구를 설정할 필요가 없습니다. 다운로드 목록을 보면서 나에게 남용하지 말아야한다는 것을 알게되었습니다. Java SE 6의 바이너리를 설치해야합니다. , 우리는 Sun 사이트 및 Java SE 7에서 다운로드 할 수 있습니다. 이제는 JDK 다운로드에 관한 모든 것입니다. 다른 종속 도구의 더러운 세계에 손을 넣을 시간입니다 .1 JDK 내에 C 코드 원시 코드가 많이 있기 때문에 , 우리는 C 컴파일러가 필요합니다. JDK 문서는 사용할 것을 제안합니다. 2003 년에 빌드를 만들었지 만, 2003 년 컴파일러는 무료이며, 무료 컴파일러를 사용해보십시오. 여기에서 유의하십시오. API의 사용은 더 이상 사용되지 않습니다 .2 Cygwin 설치 이것은 우려되는 영역입니다 우리는이 도구에 빌드 타임의 90 %를 낭비했습니다. 설치, 제거, 재설치 그리고 계속 진행됩니다. Cygwin 자체의 첫 번째 설치 페이지에서 두 가지 옵션을 얻을 수 있습니다. Unix 바이너리 또는 Dos 텍스트 모든 옵션이 작동하고 작동 할 수 있습니다 당신의 행운에 따라 - 엔지니어의 대부분은 유닉스 바이너리를 설치하도록 제안했지만 Dos Text는 Cygwin Site에서 D Download에 사용되었습니다. 참고 개발자, 시스템, 유틸리티, 아카이브 패키지는 기본 모드가 아닌 풀 모드로 다운로드하는 것을 잊지 마십시오. 3 Microsoft DirectX 9 0 SDK 여름 패키지를 설치하십시오 - Microsoft 사이트에서 다운로드하십시오 .4 FindBugs 및 Ant.6을 다운로드하여 설치하십시오. FreeType의 최신 버전을 다운로드하고 설치하십시오 .7 죄송합니다. Netbeans 6을 다운로드하지 않으 셨다면. 시간 커피 한 잔 가져 오기 다운로드 계속하자. OK, 커피에서 돌아온다. Ant, Findbugs, Cygwin을 추가하여 시스템의 경로 변수에 bin을 넣는다. cmd를 열고 Micros를 실행한다. 변수를 초기화하려면 동일한 명령 줄에서 실행하십시오. openjdk jdk netbeans를 netbeans로 만들고 open project jdk와 같은 중요한 파일을 열고 파일에서 make의 경로를 얻고 cygwin make file로 바꿉니다. 이제 중요, 파일을 쓸 준비를하십시오. 이것은 코드가 OPENJDK true 코드 인 경우에 작동하는 많은 라인을 포함하고 있기 때문에 중요합니다. OPENJDK true는 경로를 작성합니다. 모든 실행 완료 빌드가 완료되었습니다. 운이 좋다면 20-30 분 내에 완료 될 것입니다. 다음 블로그에서, 우리는이 소프트웨어 및 버전 의존성 중 일부에 대해 문제에 대해 이야기 할 것입니다. OpenJDK 6 빌드 README. 이 README 파일에는 OpenJDK 빌드 지침이 포함되어 있습니다. OpenJDK 용 소스 코드 작성에는 일정 수준의 기술 전문가가 필요합니다. OpenJDK 6은 OpenJDK 7 소스에 비해 빌드 요구 사항에 약간의 차이가 있습니다 (예 : OpenJDK 6은 Motif 파일에 액세스해야 함).이 텍스트 블록처럼 차이점이 두드러진 곳에 OpenJDK 소스가 유지됩니다. 개정 관리 시스템 Mercurial Mercurial을 처음 사용하는 사람은 초보자 가이드를 참조하거나 Mercurial Book을 참조하십시오. 이 책의 처음 몇 장에서는 Mercurial에 대한 훌륭한 개요를 제공합니다 , 그것이 무엇이며 어떻게 작동하는지 OpenJDK와 함께 Mercurial을 사용하는 방법에 대한 자세한 내용은 Developer Guide의 Mercurial 설치 및 구성 섹션을 참조하십시오. Forest Extension은 Mercurial 설치의 일부가 아니며 선택 사항이지만 다음 명령을 사용하여 얻을 수 있습니다 hg clone YourHgForest 파일을 만들었 으면 파일 확장자 포리스트에이 줄을 추가해야합니다. YourHgForest. Forest Extension을 사용하여 OpenJDK Mercurial 저장소 전체 집합을 가져옵니다. hg fclone YourOpenJDK 포리스트를 사용하지 않고 OpenJDK Mercurial 저장소 전체 집합을 가져 오려면 Extension hg clone YourOpenJDK cd YourOpenJDK sh 일단 모든 저장소가 있으면 스크립트를 사용하여 포리스트의 모든 저장소에서 동일한 hg 명령을 반복 할 수 있습니다 (예 : cd YourOpenJDK sh pull - u).이 스크립트는 hg 포리스트 명령보다 빠릅니다 이 파일은 종종 우리가 최소 빌드 환경이라고 부르는 MBE에 대한 특정 요구 사항을 설명합니다. JDK의 ic 릴리스, MBE를 사용하여 빌드하면 동일한 기본 OS 및 하드웨어 아키텍처의 가장 다양한 변형에 설치되고 올바르게 실행되는 가장 호환 가능한 비트가 생성됩니다. 이들은 일반적으로 최소 공통 분모 플랫폼이라고 불리는 것을 나타냅니다. 대부분의 개발자는이 특정 플랫폼을 사용하지 않을 것이며, 실제로 이러한 특정 플랫폼을 만드는 것은이 소프트웨어의 일부로 어려울 수 있음을 이해했습니다. OpenJDK6.Base OS 및 아키텍처를 빌드하는 데 필요한 최소 OS 및 CC 컴파일러 버전. 이 같은 소스는 실제로 구형 시스템보다 더 많은 시스템을 구축합니다. 다시 위의 것은 새로운 CC 컴파일러 또는 다른 CC 컴파일러의 최소 파일링 문제입니다. 일반적인 문제입니다. 마찬가지로 usr 포함 또는 시스템 헤더 파일 변경과 관련된 컴파일 문제 새롭거나 출시되지 않은 OS 버전에서도 흔히 발생하는 문제입니다. 이러한 유형의 문제를 버그로보고하여 accor를 처리 할 수있게하십시오. 우리는 가능한 모든 환경을 나열하지 않을 것이지만 우리가 사용할 수있는 정보를 제공하려고 노력할 것입니다. Fedora 9를 설치 한 후에 여러 가지 빌드 종속성을 설치해야합니다. 가장 간단한 방법은 다음 명령을 다음과 같이 실행하는 것입니다. 사용자 root. yum gcc gcc-c를 설치하십시오. 또한, build. export LANG C ALTBOOTDIR usr lib jvm java-openjdk에 몇 가지 환경 변수를 설정해야합니다. Fedora 10을 설치 한 후 몇 가지 빌드 종속성을 설치해야합니다. 방법은 root. yum이라는 사용자로 다음 명령을 실행하는 것입니다. gcc gcc-c를 설치하십시오. 또한 build. export에 몇 가지 환경 변수를 설정해야합니다. LANG C ALTBOOTDIR usr lib jvm java-openjdk. After install Fedora 11에서는 몇 가지 빌드 종속성을 설치해야합니다. 가장 간단한 방법은 root. yum 사용자로 다음 명령을 실행하는 것입니다. gcc gcc-c를 설치하십시오. 또한 build. export LANG에 대해 몇 가지 환경 변수를 설정해야합니다 C ALTBOOTDIR usr libjvm java-openjdk. Debian 5 0 Lenny. 데비안 5 설치 후 몇 가지 빌드 의존성을 설치해야합니다. 빌드 의존성을 설치하는 가장 간단한 방법은 root. aptitude 사용자로 다음 명령을 실행하는 것입니다. build-dep openjdk-6.aptitude install openjdk-6-jdk. aptitude libmotif-dev를 설치하십시오. 또한, build. export LANG C ALTBOOTDIR usr lib jvm java-6-openjdk에 몇 가지 환경 변수를 설정해야합니다. 설치해야 할 Ubuntu 8 04를 설치하십시오. 먼저 소프트웨어 소스 응용 프로그램에서 유니버스 리포지토리를 활성화하고 리포지토리 정보를 다시로드해야합니다. 소프트웨어 소스 응용 프로그램은 시스템 관리 메뉴에서 사용할 수 있습니다. 빌드 종속성을 설치하는 가장 간단한 방법은 다음 명령을 실행하는 것입니다. sudo aptitude build-dep openjdk-6.sudo aptitude install openjdk-6-jdk. sudo aptitude는 libmotif-dev를 설치합니다. 또한 build. export LANG CA에 몇 가지 환경 변수를 설정해야합니다 LTBOOTDIR usr lib jvm java-6-openjdk. After Ubuntu 8 10을 설치하면 몇 가지 빌드 종속성을 설치해야합니다. 가장 간단한 방법은 다음 명령을 실행하는 것입니다. sudo aptitude build-dep openjdk-6.sudo aptitude install openjdk-6 - jdk gcc-4 2 g -4 2. sudo aptitude libmotif-dev를 설치하십시오. 또한, build. export LANG C ALTBOOTDIR usr lib jvm java-6-openjdk에 몇 가지 환경 변수를 설정해야합니다. 최상위 레벨 OpenJDK 소스 코드 디렉토리에서 다음 매개 변수를 사용하여 build. make를 실행하십시오. 모든 CC gcc-4 2 CPP g -4 2. 우분투 9 04를 설치 한 후 몇 가지 빌드 종속성을 설치해야합니다. 가장 간단한 방법 다음과 같은 명령을 실행하는 것입니다. sudo aptitude build-dep openjdk-6.sudo aptitude install openjdk-6-jdk gcc-4 2g -4 2.sudo aptitude install libmotif-dev. 또한 몇 가지를 설정해야합니다 환경 변수는 build. export LANG C ALTBOOTDIR usr lib jvm java-6-openjdk입니다. 최상위 레벨에서 make를 호출하면 다음 매개 변수가있는 OpenJDK 소스 코드 디렉토리가 작동합니다. build. make all CC gcc-4 2 CPP g -4 2. OpenSUSE 11 1. OpenSUSE 11을 설치 한 후 여러 빌드 종속성을 설치해야합니다. 빌드 종속성은 다음 명령을 실행하는 것입니다. 소스 코드를 설치하려면 다음 명령을 실행하십시오. source-install - d java-160-openjdk. sudo zypper install make. In 환경 변수를 설정해야합니다. LANG C ALTBOOTDIR usr lib jvm java-1 6 0-openjdk. 마지막으로, JAVAHOME 환경 변수를 해제해야합니다. export - n JAVAHOME. Mandriva Linux 2009 2009 Spring. Mandriva Linux One 2009를 설치 한 후 Spring에 여러 빌드 종속성을 설치해야합니다. 빌드 의존성은 사용자 root. urpmi로 다음 명령을 실행하는 것입니다. java-1 6 0-openjdk-devel ant make gcc gcc-c freetype-devel zip unzip libcups2-devel libxrender1-devel libalsa2-devel libstc - static-devel libxtst6-devel 또한 libxi-devel. In LANG C ALTBOOTDIR usr lib jvm java-1 6 0-openjdk. OpenSolaris 2009 06. OpenSolaris 2009 06을 설치 한 후 몇 가지 빌드 종속성을 설치해야합니다. 빌드를 설치하는 가장 간단한 방법은 다음과 같습니다. 종속성은 다음 명령을 실행하는 것입니다. pfexec pkg install SUNWgmake SUNWj6dev SUNWant sunstudioexpress SUNWcups SUNWzip SUNWunzip SUNWxorg-SUNWaudh SUNWfreetype2.pfexec pkg install SUNWmfrun. 또한 build. export LANG C ALTCOMPILERPATH에 몇 가지 환경 변수를 설정해야합니다. SunStudioExpress bin ALTCUPSHEADERSPATH usr include. 마지막으로, 빌드 프로세스가 Sun Studio 컴파일러를 찾을 수 있는지 확인해야합니다. OpenJDK의 소스 코드는 디렉토리 세트로 전달됩니다. 핫스팟 langtools corba jaxws jaxp 및 jdk 핫스팟 디렉토리에는 OpenJDK 핫 스폿 가상 시스템을 빌드하기위한 소스 코드 및 파일 만들기 langtools 디렉토리에는 소스 c oj 및 OpenJDK javac 및 언어 도구를 작성하기위한 파일 만들기 corba 디렉토리에는 OpenJDK Corba 파일을 작성하기위한 소스 코드 및 make 파일이 들어 있습니다. jaxws 디렉토리에는 OpenJDK JAXWS 파일을 작성하기위한 소스 코드 및 make 파일이 들어 있습니다. jaxp 디렉토리에는 소스 코드를 작성하고 OpenJDK JAXP 파일을 작성하기위한 파일 작성 jdk 디렉토리에는 OpenJDK 런타임 라이브러리 및 기타 파일을 빌드하기위한 소스 코드 및 작성 파일이 들어 있습니다. 최상위 레벨 Makefile은 전체 OpenJDK를 빌드하는 데 사용됩니다. 저장소 jaxp 및 jaxws에는 실제로 JAXP 및 JAX-WS 소스 이러한 제품은 JAXP 및 JAX-WS 홈 페이지에서 자체 오픈 소스 절차를 갖습니다. OpenJDK 프로젝트는 JAXP 및 JAX-WS가 전체 JDK 이미지를 빌드하기 위해 이러한 소스에 액세스해야합니다. JDK JAXP 및 JAX-WS 소스를 전달하기위한 현재 프로세스에는 공개 웹 사이트에서 다운로드 한 소스 드롭 번들이 포함됩니다. 이 현재의 메커니즘, 그리고 이것은 오픈 소스 커뮤니티에 이상적이지 않다는 것을 이해할 수 있습니다. 이 프로세스는 앞으로 바뀔 수 있습니다. NOTE 완전한 OpenJDK 소스 번들은 JAXP 및 JAX-WS 소스를 포함합니다. JAXP 또는 JAX-WS 팀은 새로운 우편 묶음을 준비하고 공개 다운로드 영역에 사본을 놓습니다. 링크 및 CR 목록을 보냅니다. 요청 번호 변경 이전 다운로드 번들을 삭제해서는 안됩니다. JAXP 및 JAX-WS 팀은 소스에 대한 올바른 GPL 법적 고지 및 이러한 클래스의 OpenJDK 인스턴스에 대한 필터링 또는 Java 재 패키징을 수행합니다. OpenJDK 팀은이 새 번들을 공유 영역으로 복사합니다. 예를 들어 java devtools는 jdk6-drops를 공유합니다. 이전 번들은 삭제되지 않으므로 openJDK 팀은 개미 등록 정보 파일을 편집하거나 Solaris sum - c md5 bundlename. OpenJDK 팀에서 zip 번들의 기본 URL, zip 번들 이름 및 MD5 체크섬을 업데이트합니다. n CRs. jaxp 및 jaxws를 빌드하는 ant 스크립트는 환경 변수 ALTDROPSDIR의 디렉토리에서 이러한 zip 번들을 찾으려고 시도합니다. 체크섬은 잘못되었거나 손상되었거나 잘못 수정 된 소스를 가져 오는 것을 방지합니다. 소스를 사용할 수있게되면 인구는 make clobber가 요청되거나 jaxp drop 또는 jaxws drop 디렉토리가 명시 적으로 삭제되지 않는 한 다시 발생하지 않습니다. 참고 Makefile 및 ant 스크립트의 기본 동작은 공용 사이트에서 이러한 번들을 다운로드하지 않는 것입니다. 일반적으로 빌드 프로세스 중에 다운로드하는 것은 권장되지 않습니다 , 빌드 프로세스에서 예측할 수없는 가능성을 너무 많이 만듭니다. 그러나 ALLOWDOWNLOADS를 true로 설정하면 ant 스크립트에 zip 번들의 다운로드가 허용됨을 알릴 수 있습니다. 이러한 소스 번들의 캐시를 유지하는 권장 절차는 한 번 다운로드하는 것입니다 , 저장소 외부의 디렉토리에 배치 한 다음 해당 디렉토리를 참조하도록 ALTDROPSDIR을 설정하십시오. 이러한 드롭 번들은 때때로 변경됩니다 따라서 새로운 번들은 때때로이 영역에 추가 될 필요가 있습니다. OpenJDK를 빌드하는 것은 GNU make 명령 행과 다양한 환경으로 이루어지며 다양한 구성 요소가 설치된 곳에 make 규칙을 지시하는 변수 설정을합니다. 메이크 파일이 기본 위치 또는 구성 요소 특정 변수 설정에 다양한 구성 요소를 배치하려고 시도 할 수 있습니다. 정상 디폴트가 실패하거나 구성 요소를 찾을 수없는 경우 다양한 ALT 변수를 사용하여 makefile이 구성 요소를 찾는 데 도움을 줄 수 있습니다. bash sh ksh 설정 파일 환경 변수 설정에 도움이 필요하면 빌드를 간단하게 만들 수 있습니다. 물론 ksh 또는 sh도 작동하지만 일부 사용자 정의가 필요할 수 있습니다. 위생 규칙은 빌드 종속성에 대한 몇 가지 기본 검사를 생성하고 예상치 못한 구성 요소가 누락되었거나 오래되었거나 예상보다 최신이라는 적절한 경고 메시지가 표시됩니다. GNU make gmake. Op 파일의 Makefile enJDK는 GNU 버전의 유틸리티 명령과 함께 사용하는 경우에만 유효합니다. make gmake GNU make 사용에 관한 몇 가지주의 사항. 여러분은 GNU make version 3 81 이상이 필요합니다. PATH. Linux에서 GNU make 바이너리의 위치를 지정하십시오. usr bin make는 3 81 이상이어야하며 잘 작동해야합니다. 이 버전이 3 81 또는 그 이상이 아닌 경우 GNU make를 참조하십시오. Solaris Solaris에서 bin bin make를 사용하지 마십시오 Solaris 시스템에 Solaris Companion의 소프트웨어가있는 경우 CD를 설치했다면 opt sfw bin 또는 usr sfw bin 디렉토리에있는 gmake를 시도해보고 사용해야합니다. Solaris GNU make의 최신 버전은 usr bin gmake에서 찾을 수 있습니다. 참고이 gmake는 3 일 수 있습니다 80, 당신은 3 81이 필요합니다. 어떤 경우에는 Building GNU make 섹션을보십시오. 윈도우 빌드를 bash sh ksh 쉘에서 시작하고 그 환경을 위해 만들어진 유틸리티를 사용하고 있는지 확인하십시오. cygwin은 빌드 된 빌드와 동일하지 않습니다. MKS와 비슷한 것 경고 일부 make 3 81 버전 조심 C 또는 C와 같은 MS-DOS 드라이브 문자 경로에 대한 지원이 부족하여 작동하지 않을 수 있습니다. 이 항목에 대한 mozilla 개발자 센터에서 정보를 사용할 수 있습니다. 3 82를 만들 때 이 MS-DOS 경로 문제가 수정 될 미래 cygwin 릴리스 버전을 다운로드 할 수 있습니다. 자신의 GNU make 3 81을 빌드해야 할 수도 있습니다. 이 경우 GNU make 섹션을 참조하십시오. GNU make와 ftp 다운로드 사이트에 대한 액세스는 GNU make 웹 사이트에서 가능합니다. GNU make에 대한 최신 소스는에서 구할 수 있습니다. 첫 번째 단계는 GNU make 3을 얻는 것입니다. 81 소스는 건물에 따라 조금씩 다릅니다. unix toolset on Windows. Linux 솔라리스와 리눅스 사용 CYGWIN을 사용하면 C 경로와 같은 경로를 CYGWIN 버전의 PATH에 배치 할 수 없으며 대신 CYGWIN은 CYGWIN이 이해하는 cygdrive c 경로와 같은 것을 사용하지만 CYGWIN 이해한다. 그래서 조심하라. h 경로를 사용합니다. 플랫폼에서 OpenJDK 빌드 프로세스에는 OpenJDK 소스의 일부가 아닌 구성 요소에 대한 몇 가지 기본 종속성이 있습니다. 이들 중 일부는 플랫폼에만 국한되며 일부는 아키텍처에만 적용됩니다. 각 종속성에는 ALT 변수 세트가 있습니다 makefile에 구성 요소의 위치를 알려주도록 설정할 수 있습니다. 대부분의 경우 이러한 ALT 변수를 설정하지 않아도되며 makefile은 표준 설치 위치 또는 구성 요소 특정 변수를 통해 시스템의 기본값을 찾습니다. 모든 OpenJDK 빌드에는 이전에 릴리스 된 JDK 6에서는 이것을 부트 스트랩 JDK라고 부르는 경우가 많습니다. 일반적으로 부트 JDK는 이전에 릴리스 된 JDK 버전이므로 JDK 6을 필요로하는 JDK 6 빌드는 드뭅니다. 일부 소스의 일부 JDK 6 종속성 JDK 6 바이너리는 Sun의 JDK 6 다운로드 사이트에서 다운로드 할 수 있습니다. 빌드 성능상의 이유로이 부트 스트랩 J 빌드를 수행하는 머신의 로컬 디스크에서 DK를 사용할 수 있습니다. 부트 스트랩 JDK 설치 위치를 가리 키도록 항상 ALTBOOTDIR을 설정해야합니다. bin, lib 및 include가 포함 된 디렉토리 경로 이름입니다. 또한 좋은 생각입니다. 필요없는 것은 아니지만 PATH 환경 변수에 bin 디렉토리도 놓습니다. 솔라리스 미리 설치된 일부 JDK 이미지는 usr jdk 인스턴스 디렉토리에서 사용할 수 있습니다. ALTBOOTDIR을 설정하지 않으면 makefile은 해당 위치에서 리눅스에서 사용할 수있는 JDK입니다. 리눅스 많은 GNU 리눅스 배포판에는 이미 OpenJDK 6 OpenJDK 6이 포함되어 있기 때문에 부트 스트랩하는 데 사용할 수 있으므로 해당 배포 패키지를 설치하는 것으로 충분합니다. 그래도 ALTBOOTDIR을 설정해야합니다. ALTJDKIMPORTPATH 설정은 필요한 경우에만 필요합니다. 전체 JDK 구축 안 함 예를 들어, 전체 JDK를 한 번 빌드하고 Hotspot VM을 반복적으로 빌드하지 않으려면이 위치를 이전 JDK 설치 위치로 설정할 수 있습니다 l 이미지와 빌드가이 가져 오기 영역에서 필요한 파일을 복사합니다. 모든 OpenJDK 빌드는 최소한 Ant 1에 액세스해야합니다. 1 Ant 1 7 1 도구는 Ant 1 7 1 아카이브 다운로드 사이트에서 사용할 수 있습니다. PATH 및 Windows에서 Ant 설치 위치를 가리 키도록 ANTHOME을 설정해야 할 수도 있습니다. bin 및 lib가 포함 된 디렉토리 경로 이름입니다. 경고 Ant 버전은 NetBeans와 같은 IDE 도구에서 사용되거나 시스템 패키지를 통해 설치 될 수 있습니다. Ant 다운로드 번들에서 얻은 것과 동일하게 작동하지 않는 경우 이러한 시스템 및 IDE 설치 프로그램은 차이점을 야기 할 정도로 앤트 설치를 변경하기도합니다. CA (Certificate Authority CA)에 대한 이해를 높이십시오 cacerts라는 인증서 파일은 시스템 전체를 나타냅니다 CA 인증서가있는 키 저장소 JDK 및 JRE 바이너리 번들에서 cacerts 파일에는 VeriSign, Thawte 및 Baltimore와 같은 여러 공용 CA의 루트 CA 인증서가 들어 있습니다. 소스에는 cacerts 파일 wi CA 루트 인증서 공식적인 JDK 빌더는 각 공용 CA의 권한을 보호하고 자신의 사용자 정의 cacerts 파일에 인증서를 포함해야합니다. 채워진 cacerts 파일을 제공하지 않으면 런타임 중에 인증서 체인의 확인 오류가 발생합니다. 변수 ALTCACERTSFILE을 사용할 수 있습니다 빌드에 넣을 cacerts 파일의 기본 위치를 덮어 쓰려면 기본적으로 비어있는 cacerts 파일이 제공되며 대부분의 JDK 개발자에게 적합해야합니다. Linux gcc binutils GNU gcc 컴파일러 버전은 4 이상이어야합니다. should be the default compiler installed in usr bin Solaris Sun Studio At a minimum, the Sun Studio 12 Update 1 Compilers containing version 5 10 of the C and C compilers is required, including specific patches. The Solaris SPARC patch list is.118683-05 SunOS 5 10 Patch for profiling libraries and assembler.119963-21 SunOS 5 10 Shared library patch for C.120753-08 SunOS 5 10 Microtasking libraries libmtsk patch .128228-09 Sun Studio 12 Update 1 Patch for Sun C Compiler.141860-03 Sun Studio 12 Update 1 Patch for Compiler Common patch for Sun C C F77 F95.141861-05 Sun Studio 12 Update 1 Patch for Sun C Compiler.142371-01 Sun Studio 12 1 Update 1 Patch for dbx.143384-02 Sun Studio 12 Update 1 Patch for debuginfo handling.143385-02 Sun Studio 12 Update 1 Patch for Compiler Common patch for Sun C C F77 F95.142369-01 Sun Studio 12 1 Patch for Performance Analyzer Tools. The Solaris X86 patch list is.119961-07 SunOS 5 10x86, x64, Patch for profiling libraries and assembler.119964-21 SunOS 5 10x86 Shared library patch for C x86.120754-08 SunOS 5 10x86 Microtasking libraries libmtsk patch.141858-06 Sun Studio 12 Update 1x86 Sun Compiler Common patch for x86 backend.128229-09 Sun Studio 12 Update 1x86 Patch for C Compiler.142363-05 Sun Studio 12 Update 1x86 Patch for C Compiler.142368-01 Sun Studio 12 1x86 Patch for Performance Analyzer Tools. Set ALTCOMPILERPATH to point to the location of the compiler binaries, and place this location in the PATH. The Oracle Solaris Studio Express compilers at Oracle Solaris Studio Express Download site are also an option, although these compilers have not been extensively used yet Windows i586 Microsoft Visual Studio 2003 Professional The 32-bit OpenJDK Windows build requires Microsoft Visual Studio 2003 VS2003 Professional Edition compiler The compiler and other tools are expected to reside in the location defined by the variable VS71COMNTOOLS which is set by the Microsoft Visual Studio installer. Once the compiler is installed, it is recommended that you run to set the compiler environment variables MSVCDIR INCLUDE LIB and PATH prior to building the OpenJDK The above environment variables MUST be set. These bat files are not easy to use from a shell environment There is a script placed in the root jdk6 repository called that can help, it should only be done once in a shell that will be doing the build, e g sh - v7 settings eval cat settings Or just e val sh - v7.The Microsoft Visual Studio 2005 VS2005 compiler will not work at this time due to the new runtime dll and the manifest requirements Windows X64 Microsoft Platform SDK April 2005 On X64 the Microsoft Platform Software Development Kit SDK , April 2005 Edition compiler, is required for building the OpenJDK because it contains the C C compiler You will need to minimally install the Core SDK and the MDAC SDK features of this compiler. Once the Platform SDK is installed, it is recommended that you run X64 to set the compiler environment variables MSSDK MSTOOLS INCLUDE LIB and PATH prior to building the OpenJDK The above environment variables MUST be set. Note that this compiler may say it s version is a Microsoft Visual Studio 2005 VS2005 , but be careful, it will not match the official VS2005 product This Platform SDK compiler is only used on X64 builds. Version 2 2 November 3rd 1997 or newer of the zip utility and version 5 12 or newer of the unzip utility is needed to build the J DK With Solaris, Linux, and Windows CYGWIN, the zip and unzip utilities installed on the system should be fine Information and the source code for and is available on the info-zip web site. Solaris CUPS header files are required for building the OpenJDK on Solaris The Solaris header files can be obtained by installing the package SFWcups from the Solaris Software Companion CD DVD, these often will be installed into opt sfw cups. Linux CUPS header files are required for building the OpenJDK on Linux The Linux header files are usually available from a cups development package, it s recommended that you try and use the package provided by the particular version of Linux that you are using. The CUPS header files can always be downloaded from The variable ALTCUPSHEADERSPATH can be used to override the default location of the CUPS Header files. Motif headers not libraries are required for building the OpenJDK 6.Solaris Normally these files can be found on Solaris systems at usr include Xm, so on Solaris systems no further downloads should be needed. Linux On Linux, your particular Linux distribution may provide a motif development package you can install If this package installs the files into usr include Xm, no further action should be needed An acceptable version of these Motif header files are available in the source bundle from You would need to install the package and set the environment variable ALTMOTIFDIR to refer to the top of this installation. Version 2 3 or newer of FreeType is required for building the OpenJDK On Unix systems required files can be available as part of your distribution while you still may need to upgrade them Note that you need development version of package that includes both FreeType library and header files. You can always download latest FreeType version from the FreeType website. Makefiles will try to pick FreeType from usr lib and usr include In case it is installed elsewhere you will need to set environment variables ALTFREETYPELIBPATH and ALT FREETYPEHEADERSPATH to refer to place where library and header files are installed. Linux only Version 0 9 1 or newer of the ALSA files are required for building the OpenJDK on Linux These Linux files are usually available from an alsa of libasound development package, it s highly recommended that you try and use the package provided by the particular version of Linux that you are using The makefiles will check this emit a sanity error if it is missing or the wrong version. In particular, older Linux systems will likely not have the right version of ALSA installed, for example Redhat AS 2 1 U2 and SuSE 8 1 do not include a sufficiently recent ALSA distribution On rpm-based systems, you can see if ALSA is installed by running this command Both alsa and alsa-devel packages are needed. If your distribution does not come with ALSA, and you can t find ALSA packages built for your particular system, you can try to install the pre-built ALSA rpm packages from Note that installing a newer ALSA co uld break sound output if an older version of ALSA was previously installed on the system, but it will enable JDK compilation Installation execute as root i586 rpm - Uv --force x64 rpm - Uv --force Uninstallation i586 rpm - ev alsa-lib-devel-0 9 1-rh61 x64 rpm - ev alsa-lib-devel-0 9 8-amd64 Make sure that you do not link to the static library libasound a , by verifying that the dynamic library is correctly installed in usr lib As a last resort you can go to the Advanced Linux Sound Architecture Site and build it from source Download driver and library source tarballs from ALSA s homepage As root, execute the following commands you may need to adapt the version number Should one of the above steps fail, refer to the documentation on ALSA s home page Note that this is a minimum install that enables building the JDK platform To actually use ALSA sound drivers, more steps are necessary as outlined in the documentation on ALSA s homepage. ALSA can be uninstalled by executing make uninstall firs t in the alsa-lib-0 9 1 directory and then in alsa-driver-0 9 1 There are no ALT variables to change the assumed locations of ALSA, the makefiles will expect to find the ALSA include files and library at usr include alsa and. Windows Specific Dependencies. Unix Command Tools CYGWIN The OpenJDK requires access to a set of unix command tools on Windows which can be supplied by CYGWIN. The OpenJDK build requires CYGWIN version 1 5 12 or newer Information about CYGWIN can be obtained from the CYGWIN website at. By default CYGWIN doesn t install all the tools required for building the OpenJDK Along with the default installation, you need to install the following tools. free Display amount of free and used memory in the system. Note that the CYGWIN software can conflict with other non-CYGWIN software on your Windows system CYGWIN provides a FAQ for known issues and problems, of particular interest is the section on BLODA applications that interfere with CYGWIN Microsoft DirectX 9 0 SDK header file s and libraries Microsoft DirectX 9 0 SDK Summer 2004 headers are required for building OpenJDK This SDK can be downloaded from Microsoft DirectX 9 0 SDK Summer 2004 If the link above becomes obsolete, the SDK can be found from the Microsoft Download Site search with DirectX 9 0 SDK Update Summer 2004 The location of this SDK can be set with ALTDXSDKPATH but it s normally found via the DirectX environment variable DXSDKDIR i586 only The OpenJDK 32bit build requires access to version 6 00 8337 0 or newer If the is not installed in the system32 directory set the ALTMSVCRTDLLPATH variable to the location. X64 only The OpenJDK 64bit build requires access to version 7 0 3790 0 or newer, which is usually supplied by the Platform SDK If it is not available from the Platform SDK, set the ALTMSVCRTDLLPATH variable to the location i586 only The OpenJDK build requires access to version 7 10 3052 4 or newer which should be supplied by the Visual Studio product If the is not available from the Visua l Studio product set the ALTMSVCR71DLLPATH variable to the location. Once a machine is setup to build the OpenJDK, the steps to create the build are fairly simple The various ALT settings can either be made into variables or can be supplied on the gmake command. Use the sanity rule to double check all the ALT settings gmake sanity ARCHDATAMODEL 32 or 64 other ALT overrides. Start the build with the command gmake ARCHDATAMODEL 32 or 64 ALTOUTPUTDIR outputdirectory other ALT overrides. Solaris Note that ARCHDATAMODEL is really only needed on Solaris to indicate you want to built the 64-bit version And before the Solaris 64-bit binaries can be used, they must be merged with the binaries from a separate 32-bit build The merged binaries may then be used in either 32-bit or 64-bit mode, with the selection occurring at runtime with the - d32 or - d64 options. When the build is completed, you should see the generated binaries and associated files in the j2sdk-image directory in the output directory T he default output directory is build platform where platform is one of. In particular, the build platform j2sdk-image bin directory should contain executables for the OpenJDK tools and utilities. You can test that the build completed properly by using the build to run the various demos that you will find in the build platform j2sdk-image demo directory. The provided regression tests can be run with the jtreg utility from the jtreg site. Some of the environment or make variables just called variables in this document that can impact the build are PATH Typically you want to set the PATH to include. The location of the GNU make binary. The location of the Bootstrap JDK java see Bootstrap JDK. The location of the C C compilers see compilers. The location or locations for the Unix command utilities e g usr bin. MILESTONE The milestone name for the build e g beta The default value is internal BUILDNUMBER The build number for the build e g b27 The default value is b00 ARCHDATAMODEL The ARCHDATAMODEL v ariable is used to specify whether the build is to generate 32-bit or 64-bit binaries The Solaris build supports either 32-bit or 64-bit builds, but Windows and Linux will support only one, depending on the specific OS being used Normally, setting this variable is only necessary on Solaris Set ARCHDATAMODEL to 32 for generating 32-bit binaries, or to 64 for generating 64-bit binaries ALTBOOTDIR The location of the bootstrap JDK installation See Bootstrap JDK for more information You should always install your own local Bootstrap JDK and always set ALTBOOTDIR explicitly ALTJDKIMPORTPATH The location of a previously built JDK installation See Optional Import JDK for more information ALTOUTPUTDIR An override for specifying the absolute path of where the build output is to go The default output directory will be build platform ALTCOMPILERPATH The location of the C C compiler The default varies depending on the platform ALTCACERTSFILE The location of the cacerts file The default will refer to jdk src share lib security cacerts ALTCUPSHEADERSPATH The location of the CUPS header files See CUPS information for more information If this path does not exist the fallback path is usr include ALTMOTIFDIR The location of the Motif 2 1 headers and libraries See Motif for details ALTFREETYPELIBPATH The location of the FreeType shared library See FreeType information for details ALTFREETYPEHEADERSPATH The location of the FreeType header files See FreeType information for details ALTJDKDEVTOOLSPATH The default root location of the devtools The default value is ALTSLASHJAVA devtools ALTDEVTOOLSPATH The location of tools like the zip and unzip binaries, but might also contain the GNU make utility gmake So this area is a bit of a grab bag, especially on Windows The default value depends on the platform and Unix Commands being used On Linux the default will be ALTJDKDEVTOOLSPATH linux bin on Solaris ALTJDKDEVTOOLSPATH bin on Windows with MKS SYSTEMDRIVE UTILS and on Windows with CYGWIN us r bin ALTDROPSDIR The location of any source drop bundles see Managing the Source Drops The default will be ALTJDKDEVTOOLSPATH share jdk6-drops ALTUNIXCOMMANDPATH An override for specifying where the Unix command set are located The default location varies depending on the platform, SYSTEMDRIVE MKSNT or ROOTDIR on Windows with MKS, otherwise it s bin or usr bin ALTUNIXCCSPATH Solaris only An override for specifying where the Unix CCS command set are located The default location is usr ccs bin ALTUSRBINPATH An override for specifying where the Unix usr bin commands are located You usually do not need to set this variable the default location is usr bin ALTSLASHJAVA The default root location for many of the ALT path locations of the following ALT variables The default value is java on Solaris and Linux, J on Windows ALTBUILDJDKIMPORTPATH These are useful in managing builds on multiple platforms The default network location for all of the import JDK images for all platforms If ALTJDKIMPOR TPATH is not set, this directory will be used and should contain the following directories solaris-sparc solaris-i586 solaris-sparcv9 solaris-amd64 linux-i586 linux-amd64 windows-i586 and windows-amd64 Where each of these directories contain the import JDK image for that platform OPENJDK Flag used to decide whether the build is a pure OpenJDK build when set to true You usually do not need to set this variable Windows specific ALTMSDEVTOOLSPATH The location of the Microsoft Visual Studio 2003 tools bin directory The default is usually derived from ALTCOMPILERPATH ALTDXSDKPATH The location of the Microsoft DirectX 9 SDK The default will be to try and use the DirectX environment variable DXSDKDIR failing that, look in C DXSDK ALTMSVCRTDLLPATH The location of the ALTMSVCR71DLLPATH i586 only The location of the. A build can fail for any number of reasons Most failures are a result of trying to build in an environment in which all the pre-build requirements have not been met The first step in troubleshooting a build failure is to recheck that you have satisfied all the pre-build requirements for your platform Look for the check list of the platform you are building on in the Table of Contents. You can validate your build environment by using the sanity target Any errors listed will stop the build from starting, and any warnings may result in a flawed product build We strongly encourage you to evaluate every sanity check warning and fix it if required, before you proceed further with your build. Some of the more common problems with builds are briefly described below, with suggestions for remedies. Corrupted Bundles on Windows Some virus scanning software has been known to corrupt the downloading of zip bundles It may be necessary to disable the on access or real time virus scanning features to prevent this corruption This type of real time virus scanning can also slow down the build process significantly Temporarily disabling the feature, or excluding the build output directo ry may be necessary to get correct and faster builds. Slow Builds If your build machine seems to be overloaded from too many simultaneous C compiles, try setting the HOTSPOTBUILDJOBS variable to 1 if you re using a multiple CPU machine, setting it to more than the the number of CPUs is probably not a good idea. Creating the javadocs can be very slow, if you are running javadoc, consider skipping that step. Faster hardware and more RAM always helps too The VM build tends to be CPU intensive many C compiles , and the rest of the JDK will often be disk intensive. Faster compiles are possible using a tool called ccache. File time issues If you see warnings that refer to file time stamps, e g Warning message File xxx has modification time in the future Warning message Clock skew detected Your build may be incomplete These warnings can occur when the clock on the build machine is out of sync with the timestamps on the source files Other errors, apparently unrelated but in fact caused by the clock skew, can occur along with the clock skew warnings These secondary errors may tend to obscure the fact that the true root cause of the problem is an out-of-sync clock For example, an out-of-sync clock has been known to cause an old version of javac to be used to compile some files, resulting in errors when the pre-1 4 compiler ran across the new assert keyword in the 1 4 source code. If you see these warnings, reset the clock on the build machine, run gmake clobber or delete the directory containing the build output, and restart the build from the beginning. Error message Trouble writing out table to disk Increase the amount of swap space on your build machine. Error Message libstdc not found This is caused by a missing libstdc a library This is installed as part of a specific package e g By default some 64bit Linux versions e g Fedora only install the 64bit version of the libstdc package Various parts of the JDK build require a static link of the C runtime libraries to allow for maximum portability of the built images. Error Message cannot restore segment prot after reloc This is probably an issue with SELinux See Parts of the VM is built without the - fPIC for performance reasons. To completely disable SELinux. system-config-securitylevel. In the window that appears, select the SELinux tab. Disable SELinux. Alternatively, instead of completely disabling it you could disable just this one check. Select System - Administration - SELinux Management. In the SELinux Management Tool which appears, select Boolean from the menu on the left. Expand the Memory Protection group. Check the first item, labeled Allow all unconfined executables to use libraries requiring text relocation. Windows Error Messages fatal error - couldn t allocate heap rm fails with Directory not empty unzip fails with cannot create Permission denied unzip fails with cannot create Error 50 The CYGWIN software can conflict with other non-CYGWIN software See the CYGWIN FAQ section on BLODA applications that interfere with CYGWIN. Windows Error Message multiple target patterns Stop The CYGWIN make version 3 81 may not like the Windows C style paths, it may not like the character in the path when used in a makefile target definition See the gma ke section.
No comments:
Post a Comment