Weblogic管理控制台方式太慢了 [英] Weblogic administration console way too slow

问题描述

我安装了weblogic 10.3.3，配置了默认配置的简单域。启动weblogic后，我无法通过管理控制台使用它，因为它启动太慢（约10分钟）。似乎管理控制台应用程序部署不正确。即使我在AdminConsole部署选项中启用临时模式，它也无济于事。有没有人有解决这个问题的方法？这真让我烦恼。

I've installed weblogic 10.3.3, configured simple domain with default configuration. And after starting weblogic I cannot use it via admin console because it is starting too slow (~10 mins). It seems that admin console application is being deployed incorrectly. Even when I enable 'staging' mode in AdminConsole deployment options, it does not help. Does anybody have a solution for this problem? It really bugs me out.

配置属性：

服务器： Dell PowerEdge r410服务器（六核Intel®Xeon®x64CPU，8GB RAM）

Server: Dell PowerEdge r410 server (Six-core Intel® Xeon® x64 CPU, 8GB RAM)

OS： Ubuntu Maverick 10.10 x86_64

OS: Ubuntu Maverick 10.10 x86_64

Weblogic： 10.3.3 x64（用于安装的wls1033_generic.jar文件）

Weblogic: 10.3.3 x64 (used wls1033_generic.jar file for installation)

Java： 1.6.0_17_i586（尝试使用不同的jdk包括x64，但它也不起作用）

Java: 1.6.0_17_i586 (tried with different jdk's including x64, but it does not work either)

推荐答案

原来，weblogic在启动时使用随机数生成器。由于java中的错误，它从 / dev / random 中读取随机位。 / dev / random 几乎没有问题，除非它非常慢。生成一个数字有时需要10分钟或更长时间。存在简单的解决方案 - 使用 / dev / urandom 代替。它不如 / dev / random 那么好，但至少它是即时的。
Java以某种方式将 / dev / urandom 文件映射到 / dev / random 。这就是 $ JAVA_HOME / jre / lib / security / java.security 中的默认设置无用的原因，它们没有任何意义。

Turns out weblogic uses random number generator during startup. Because of the bug in java it reads random bits from /dev/random. There are almost no problems with /dev/random except that it is extremely slow. It takes sometimes 10 minutes or more to generate one number. Simple solution exists – using /dev/urandom instead. It is not that good as /dev/random, but at least it is instant. Java somehow maps /dev/urandom file to /dev/random. That’s why default settings in $JAVA_HOME/jre/lib/security/java.security are useless, they just do not make any sense.

问题修复非常简单 - 添加字符串导出JAVA_OPTIONS = - Djava.security.egd = file：/ dev /./ urandom到 /etc/bash.bashrc 文件。使用 / dev /./ urandom 而不是简单的 / dev / urandom 是另一个黑客攻击。否则JVM无法理解选项值。

Problem fix is very simple – adding string export JAVA_OPTIONS="-Djava.security.egd=file:/dev/./urandom" to the /etc/bash.bashrc file. Usage of /dev/./urandom instead of simple /dev/urandom is another hack. JVM does not understand the option value otherwise.

如果您尝试在基于UNIX的操作系统下设置weblogic，请注意此问题。

Be aware of this problem if you try to setup weblogic under UNIX-based OS.

这篇关于Weblogic管理控制台方式太慢了的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！