OpenJDK

0486-如何将Kerberos的CDH5.16.1从Oracle JDK 1.8迁移至OpenJDK 1.8

给你一囗甜甜゛ 提交于 2020-01-12 15:57:05
温馨提示:如果使用电脑查看图片不清晰,可以使用手机打开文章单击文中的图片放大查看高清原图。 Fayson的github: https://github.com/fayson/cdhproject 提示:代码块部分可以左右滑动查看噢 1 文档编写目的 受前段时间Oracle官宣的从2019年1月之后将不再提供免费的的JDK商业版本的影响,Cloudera开始开发基于OpenJDK的Hadoop平台,参考Fayson之前的文章《 Java收费,Hadoop怎么办? 》。今年11月29日,Cloudera才发布不久的CDH5.16.1正式提供OpenJDK的支持,参考Fayson之前的文章《 0466-CDH5.16.1和CM5.16.1的新功能 》。本文Fayson主要介绍如何将CDH从Oracle JDK迁移到OpenJDK。 JDK的迁移需要重启整个集群,所以对于所有主机的重启你需要规划停机时间。如果你的集群启用了HDFS HA,可以使用滚动重启而不用规划停机时间。 内容概述 1.CDH各版本的JDK支持说明 2.迁移JDK 3.检查JDK的使用版本 4.组件功能校验 5.总结 测试环境 1.CM和CDH版本为5.16.1 2.采用root用户操作 3.Redhat7.4 2 CDH各版本的JDK支持说明 Cloudera Manager和CDH需要所有节点都安装了受支持的Java

清理 git 仓库太繁琐?试试 bfg!删除敏感信息删除大文件一句命令搞定(比官方文档还详细的使用说明)

随声附和 提交于 2020-01-12 05:10:39
你可能接触过 git-filter-branch 来清理 git 仓库,不过同时也能体会到这个命令使用的繁琐,以及其超长的执行时间。 现在,你可以考虑使用 bfg 来解决问题了! 本文内容 安装 bfg 传统方式安装(不推荐) 使用包管理器 scoop 安装 准备工作 常见用法 删除误上传的大文件 删除特定的一个或多个文件 删除文件夹 删除敏感的密码信息 推回远端仓库 附命令行用法输出 安装 bfg 传统方式安装(不推荐) 下载安装 Java 运行时 下载安装 bfg.jar 这里并不推荐使用传统方式安装,因为传统方式安装后, bfg 不会成为你计算机的命令。在实际使用工具的时候,你必须为你的每一句命令加上 java -jar bfg.jar 前缀来使用 Java 运行时间接运行。 使用包管理器 scoop 安装 如果你使用包管理器 scoop,那么安装将会非常简单,只需要以下几个命令。 scoop install bfg scoop bucket add java scoop install java/openjdk 安装 bfg: PS C:\Users\lvyi> scoop install bfg Installing 'bfg' ( 1 . 13 . 0 ) [ 64bit ] bfg - 1 . 13 . 0 . jar ( 12 . 8 MB ) [ ========

Why Instant does not support operations with ChronoUnit.YEARS?

假装没事ソ 提交于 2020-01-11 19:55:47
问题 This was unexpected to me: > Clock clock = Clock.systemUTC(); > Instant.now(clock).minus(3, ChronoUnit.DAYS); java.time.Instant res4 = 2016-10-04T00:57:20.840Z > Instant.now(clock).minus(3, ChronoUnit.YEARS); java.time.temporal.UnsupportedTemporalTypeException: Unsupported unit: Years As a workaround I have to do this: > Instant.now(clock).atOffset(ZoneOffset.UTC).minus(3, ChronoUnit.YEARS).toInstant(); java.time.Instant res11 = 2013-10-07T01:02:56.361Z I am curios why Instant does not

Why Instant does not support operations with ChronoUnit.YEARS?

时光毁灭记忆、已成空白 提交于 2020-01-11 19:55:12
问题 This was unexpected to me: > Clock clock = Clock.systemUTC(); > Instant.now(clock).minus(3, ChronoUnit.DAYS); java.time.Instant res4 = 2016-10-04T00:57:20.840Z > Instant.now(clock).minus(3, ChronoUnit.YEARS); java.time.temporal.UnsupportedTemporalTypeException: Unsupported unit: Years As a workaround I have to do this: > Instant.now(clock).atOffset(ZoneOffset.UTC).minus(3, ChronoUnit.YEARS).toInstant(); java.time.Instant res11 = 2013-10-07T01:02:56.361Z I am curios why Instant does not

[转帖]独家!阿里开源自用OpenJDK版本,Java社区迎来中国力量

假装没事ソ 提交于 2020-01-11 16:33:14
独家!阿里开源自用OpenJDK版本,Java社区迎来中国力量 https://blog.csdn.net/cpongo4/article/details/89030039 InfoQ记者独家获悉:阿里巴巴宣布重磅开源OpenJDK长期支持版本Alibaba Dragonwell。众所周知,Oracle对Java 的策略已经发生系列转变,由于Java 用户群体庞大,导致此事在很长一段时间内都是开发者的讨论焦点。作为世界上最大的Java用户之一,阿里巴巴此时选择开源OpenJDK长期支持版本Alibaba Dragonwell是出于哪些考量呢? Oracle撒手,宣布对个人用户 (Personal Users) , Java 8 官方支持时间持续到 2020 年 12 月;对商业用户(Commercial Users),2019 年 1 月之后不再提供免费更新。 红帽喊话,计划在2023年之前继续提供对 OpenJDK 8 的支持。 AWS加入,正式推出 OpenJDK 长期支持版本 Amazon Corretto。 如今,阿里巴巴也宣布重磅开源OpenJDK长期支持版本Alibaba Dragonwell。 这不禁让人感叹:Java生态圈碎片化趋势越来越明显。对开发者而言,既不希望冒风险即刻更换,又希望可以使用具有持续安全更新和完备功能的JDK。此时

Linux下编译并且调试OpenJDK12

僤鯓⒐⒋嵵緔 提交于 2020-01-11 01:54:09
前言:建议尽量在Linux或者MacOS上构建OpenJDK,这两个系统在准备构建工具链和依赖项上比Windows上容易的多。此次我在VMware workstation pro 15虚拟机中安装Ubuntu 18.04 LTS为平台构建。官方文档要求编译OpenJDK至少2~4GB的内存空间,至少6~8GB的空闲磁盘空间。本人建议虚拟机分配至少30GB磁盘空间。因为我编译完JDK和构建编译环境还有安装CLion编辑器已经用了25GB磁盘空间了。另外编译比较耗时,本人虚拟机配置8线程16GB内存编译完成用了四十分钟。读者可根据自己的硬件配置虚拟机。 接下来话不多说,开始了 1.第一步,下载OpenJDK源码 https://hg.openjdk.java.net/jdk/jdk12 1.第一步进入网站,点击左遍菜单中的“Browse",第二部点击"zip",此时默认代码下载到/home/user/Downloads/目录下面。 2.执行解压命令 tar zxvf jdk12-06222165c35f 2.第二步,构建编译环境 1.安装GCC命令 sudo apt-get install build-essential 2.安装若干第三方库 sudo apt-get install libfreetype6-dev sudo apt-get install libcups2-dev

Jdk1.8在CentOS7中的安装与配置

纵饮孤独 提交于 2020-01-11 01:33:15
本文转载自: https://www.cnblogs.com/cstzhou/p/4555423.html 作者:cstzhou 转载请注明该声明。 自从2014年3月19日甲骨文公司发布Java 8.0的正式版以来,面向对象的Java语言不仅朝着一个更好的方向发展,而且吸取了当前比较流行的函数式编程的特性——Java 8.0加入了函数式编程的特点。可以说是Java 8比Java 7有一个更好的性质。今天我将为大家演示一下 Jdk 8在CentOS 7的安装与配置: 一、前期准备 环境:最小安装的CentOS 7(虚拟机安装的新版的centos系统,与6有一些配置文件上的差异),提前装好了lrssz工具(不会安装的,可以参看我的另一篇随笔——lrssz的安装)。 a) 首先从官网上下载 Jdk 8 for Linux x64 到window下。 b) 我这边用的最小安装,所以没有安装centos自带的openjdk,如果你安装时,不是最小安装的话,可能集成了系统的openjdk,所以我们先要删除自带的openjdk,具体步骤如下: 1) 在系统终端输入:rpm -qa | grep java,如果有openjdk的话,会出现类似于XXXX_openjdk_XXX的信息 2) 删除openjdk,在终端输入:rpm -e –-nodeps XXXX_openjdk_XXX

Slow Java2D bilinear interpolation in Java 7 on Mac OS X

给你一囗甜甜゛ 提交于 2020-01-10 03:17:30
问题 I've been testing my app in Java 7 on Mac OS X. It's running noticeable sluggish. I used VisualVM to try and track down where the bottleneck was and found linear interpolation to be the culprit: g2d.setRenderingHint(RenderingHints.KEY_INTERPOLATION, RenderingHints.VALUE_INTERPOLATION_BILINEAR); To some degree this makes sense of course. Using interpolation will slow things down. But I do not see this kind of dramatic difference between using and not using interpolation in Java 6 on OS X. In

指定Tomcat使用的jdk版本而不依赖环境变量

独自空忆成欢 提交于 2020-01-09 20:19:17
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 面试时被大佬问到过如何解决jdk版本冲突的问题,当时凭借着IDE配置的经验蒙混过关, 今天遇到了这个问题着手解决了一下并记录下来 以下: linux环境 假设jdk版本7,目录为/home/user1/jdk 进入到tomcat的bin目录下,修改setclasspath.sh文件,在文件首部添加两行代码 export JAVA_HOME=/home/user/jdk export JRE_HOME=/home/user/jdk/jre Windows环境 修改bin目录下的setclasspath.bat文件,注意linux的是sh,Windows的是bat。将上述两行代码的export换成set填入该文件首部保存(注意实际路径的替换) 启动Tomcat即可 ps原来Oracle的jdk和openjdk使用真的有区别,同样是7的版本,openjdk就启动不了程序 来源: oschina 链接: https://my.oschina.net/u/2422458/blog/2908207

【科创人独家】PerfMa“寒泉子”李嘉鹏:成长和创业都要能人所不能,真强者何惧资本寒冬

社会主义新天地 提交于 2020-01-09 20:13:56
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 李嘉鹏看似一路666的成长之路,靠的是超高强度自我驱动。 问题驱动逼出JVM大神 最受不得辜负他人期待 大学时期李嘉鹏主修Flash/ActionScript/Flex,本以为自己会偏向前端发展、做个页游什么的,但入职阿里后却被安置于支付宝架构部,这让他第一时间感受到了大厂的行事逻辑: 要成长为适配环境的人,万不可期待环境为个体改变。 若干年后,李嘉鹏的公众号 你假笨 成为了JVM领域的尖端品牌,自创企业PerfMa的中文名亦为 笨马 。**虽然事主声称两者并无联系,可李嘉鹏身上确实有一种“笨劲”:** 爱较真、认死理、不含糊 。只用了一年时间,他便将自己对研发框架的掌握度从零提升到可以培训新员工。接下来的3年多时间里,他一边不断解决支付宝开发框架出现的种种问题,一边研发、打磨新版本, 当年支付宝98%以上的系统都跑在该研发框架之上 ,几年下来,他成为了体系内最熟悉支付宝研发框架的人。 这个“最熟悉”并非自封,那些年,支付宝各个技术部门碰到解决不了的底层技术问题,都知道**“ 找寒泉子(李嘉鹏花名),他说不行就别费劲了 ”**。之所以有此一言,是李嘉鹏性格所致,**一是极强的责任心,自家部门作为系统底层支持、身后再无友军,任何问题送到自己眼前意味着没有回旋余地,因此他总是尽心尽力尝试解决;** 二是极强的自尊心