进行java开发,首先要安装jdk,安装了jdk后还要进行环境变量配置:
1、下载jdk(http://java.sun.com/javase/downloads/index.jsp),我下载的版本是:jdk-6u14-windows-i586.exe。
2、安装jdk-6u14-windows-i586.exe。
3、配置环境变量:右击“我的电脑”-->"高级"-->"环境变量"。
1)在系统变量里新建JAVA_HOME变量,变量值为:C:\Program Files\Java\jdk1.6.0_14(根据自己的安装路径填写)
2)新建classpath变量,变量值为:.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar。
3)在path变量(已存在不用新建)添加变量值:%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin(注意变量值之间用“;”隔开)
4、“开始”-->“运行”-->输入“javac”-->"Enter",如果能正常打印用法说明配置成功!
直接下载OpenJDK8源码肯定不通过。有一个专门的移植工程:
hg clone http://hg.openjdk.java.net/aarch64-port/jdk8/。
hg clone http://hg.openjdk.java.net/aarch64-port/jdk8u/。
这个有时无法下载,使用:
https://github.com/AdoptOpenJDK/openjdk-aarch64-jdk8u。
关于OpenJDK的编译,这个博客记录最为详细,所有问题都有解决办法:
网页链接
JDK全称Java Development ToolKit,是Java语言开发工具包。JDK是整个JAVA的核心,包括了Java运行环境(Java Runtime Envirnment),一堆Java工具(javac/java/jdb等)和Java基础的类库(即Java API 包括rt.jar)。
最主流的JDK是Sun公司发布的JDK,除了Sun之外,还有很多公司和组织都开发了属于自己的JDK。IBM公司开发了属于自己的JDK,国内淘宝也开发了属于自己的JDK,各个组织开发自己的JDK都是为了在某些方面得到一些提高,以适应自己的需求。
JDK是用于构建在 Java 平台上发布的应用程序、applet 和组件的开发环境。它不提供具体的开发软件,它提供的是无论你用何种开发软件写Java程序都必须用到的类库和Java语言规范。
扩展资料:
JDK版本的 变迁史及其选择。
Java语言自JDK1.0版本以来经历了许多次更新,也在基本程序库中增加了大量的类别和包。除了语言上的变化,多年来Java标准库(JCL)发生了巨大的变化,从JDK 1.0中的几百个类暴增到J2SE 5中的三千多个类。
Swing、Java2D等的全新API被加入其中,而许多原本JDK 1.0的类和方法已被弃用。当然,仍然有一些程序可以将Java程序从新版本的Java平台转换为较旧版本(例如Java 5.0降转到1.4)。
2017年9月,Java平台的主架构师 Mark Reinhold 发出提议,要求将Java的功能更新周期从之前的每两年一个新版本缩减到每六个月一个新版本。该提议获得了通过,并在提出后不久生效。
Java 8 与 Java 11 为当前提供支持的LTS(长期支持)版本;Java 10 是上一个快速发布版本,且已不再被支持。2018年9月,随着 Java 11 的发布,Java 10 自当日起不再被支持。
Oracle 将在 2019 年 1 月前为商业用途中的 Java 8 长期支持,而针对非商用的更新将继续提供,直至 2020 年 12 月。
此外,AdoptOpenJDK 也为 Java 8 提供免费更新。针对 Java 11 的长期支持将不再由 Oracle 提供,而是改由 OpenJDK 社区的 AdoptOpenJDK 提供。
版本选择的问题,1.7、1.8、1.9都是成熟版本,原则上都可以选用。国内公司的商业项目jdk一般不轻易升级,1.9用的就比较少了,加上配套框架升级速度的考虑,1.9版本第二推荐位。
1.8和1.7的应用都比较广泛了,那自然选更新更高级的版本。所以,最推荐用1.8版本。JDK11除非只想从语言层面去体验新功能,还是不要在实际业务开发中用。
参考资料来源:百度百科——JDK 。
前言
记录一下在客户提供的生产环境,部署Tomcat时因为OpenJDK文件出现的问题。
环境
Windows 版本: Windows Server 2008 R2 Enterprise。
Tomcat版本:Apache Tomcat 9.0.38 (windows-x64,zip格式文件)。
Spring Boot 版本:2.3.2.RELEASE (Tomcat问题与项目无关,仅供参考)
OPEN JDK:Alibaba_Dragonwell_8.4.4_Experimental。
问题重现
配置OpenJDK
按往常部署项目的流程一样,先配置环境变量JAVA_HOM和PATH,确保可以正确使用。

配置TOMCAT(命令行窗口)
接着在部署Tomcat,并且将项目war包放到webapp下,运行bin\startup.bat,查看系统启动是否异常。

配置TOMCAT(Windows 服务)
OK,命令行成功运行后,将Tomcat 服务进行设置,以达到Windows启动时自启动项目的需求。
使用cmd对service.bat程序执行以下命令:
service.bat install 服务名称。
可以看到服务成功创建了,日志输出了包含JDK、catalinna等环境变量的信息。

系统services.msc窗口启动服务。
Windows 运行 启动services.msc,找到刚刚“Apache Tomcat 9.0 刚创建的服务名称”这个服务,执行右键-启动,测试下就可以下班了!

but……


这是个什么鬼?难道打开方式不对?
通过日志排查问题
经过社会多年的毒打,出现错误,第一时间就想到了查看日志!
打开Tomcat程序文件夹下的logs文件夹,找到当天以“cammons-daemon”开头的日志文件,可以看见下方的错误信息:

这时候我的内心是一万只草泥马奔过,【拒绝访问】是什么鬼?还是OpenJDK?
排查问题
OK,顺着文件夹路径看看

可以看见Windows的文件夹路径是绿色的,这类文件夹一般是被Windows做了加密保护处理。
等等,加密?那拒绝访问的问题就解释通了!
右键文件夹,属性-常规-高级,取消“加密内容以便保护数据”选项的勾选状态,并点击“将更改应用于此文件夹、子文件夹和文件”。


经过短暂的等待,文件夹名称已经由绿色变为黑色。

回到services.msc服务窗口,右键服务-启动看看。

至此,Tomcat 因OpenJDK文件夹被拒绝访问,导致服务不能正常启动的问题就解决了!
总结
1. Tomcat 服务出现不能正常启动的问题,应第一时间查看Tomcat logs文件夹下,当天以“cammons-daemon”开头的日志文件进行排查。
2. 如果OpenJDK或其他Tomcat需要引用的文件、文件夹为加密状态,在命令行或服务启动时可以会出现“拒绝访问”的情况,需及时调整文件夹类型或其他解决方案。