我真的认为,在各种平台上安装了大约200个或更多的tomcat之后,我已经准备好了任何一种挑战,但这是一件棘手的事情。
我在该系统上创建了一个香草Ubunutu 14_04映像并从oracle安装了Java 8 TGZ。此外,我在游戏中添加了一个tomcat 8。然后我启动了香草服务器安装。
不久之后,部署Tomcat附带的默认应用程序,我想知道在那里发生了什么,并做了一些线程转储。这是一个阻止tomcat开始的糟糕的线程:
"localhost-startStop-1" #15 daemon prio=5 os_prio=0 tid=0x00007f37c8004800 nid=0x4d6 runnable [0x00007f37b38b3000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:246)
at sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedBytes(SeedGenerator.java:539)
at sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:144)
at sun.security.provider.SecureRandom$SeederHolder.(SecureRandom.java:192)
at sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:210)
- locked <0x00000000f06e6ce8> (a sun.security.provider.SecureRandom)
at java.security.SecureRandom.nextBytes(SecureRandom.java:457)
- locked <0x00000000f06e71c0> (a java.security.SecureRandom)
at java.security.SecureRandom.next(SecureRandom.java:480)
at java.util.Random.nextInt(Random.java:329)
at org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom(SessionIdGeneratorBase.java:234)
经过更多的google&朋友们发现与JDK一起发货的SeedGenerator是我的问题的根源。有趣的是,SeedGenerator有几分钟后回来了,有时候它会挂起(用完熵,通过cat / proc / sys / kernel / random / entropy_avail进行检查)。经过更多的研究,我发现$ JAVA_HOME $ / lib / security / java.security中名为securerandom.source的配置变量定义了Random的来源。在我的情况下,或者更好的在oracle的JDK 8安装为linux,它是/ dev / random。我不是一个Linux专家(我是一个java开发人员),但是我所理解的是/ dev / random可以用尽熵(无论这意味着什么),但也许这意味着在某种程度上它不会产生任何更多的随机数。我切换到/ dev / urandom,一切都很好,我的tomcat。
然后我检查了其他各种服务器上的其他JDK安装方式,这是OpenJDK和旧版Oracle JDK安装的混合。至少OpenJDK总是使用/ dev / urandom什么可能是答案,为什么我以前从来没有这个问题。
现在我的问题是:从oracle来看,依赖/ dev / random是什么,当可能出现角色的情况下,OS不能再产生数字?我的意思是像Tomcat这样的服务器,还有许多其他人依靠来自JDK的SeedGenerator,调试这种错误是非常先进的。让我2个小时到达我现在的地步。