加快 Weblogic 服务器启动速度

Question

在我的工作中，我们使用 Weblogic Server 来托管企业门户。 这很好。

然而，我最近有机会使用 Tomcat 进行一些副业项目，我对速度上令人难以置信的差异感到震惊。 Tomcat启动需要3-5秒，部署一个中型项目需要10-15秒。 Webblogic 启动需要 3-5 分钟，部署最多需要 10 分钟。 这会扼杀任何迭代开发。

我是否必须接受它的缓慢和臃肿，或者我可以做些什么来加快它的速度？ 有人有这方面的经验吗？

Answer 1

你将无法将青蛙变成公主。 我有点想知道 weblogic 的启动时间 - 它们看起来有点过分，你不会在 Linux 上运行吗？

如果您正在运行嵌套档案（耳内之战等）以及目录扫描技术（hibernate、spring 等），您可以在部署之前尝试将其全部解压到相应的分解结构； 众所周知，它会有所帮助。

Tomcat 包含 weblogic 功能的一小部分。 我们在 jetty 上开发，但在 weblogic 上部署以用于验收/生产环境，并且效果相当好。 您可以对 tomcat 执行相同的操作。

Tomcat 是一个相当严格的容器，而 weblogic 是宽松的，因此部署到 weblogic 通常只会遇到一些小问题，特别是只要您不断地同时执行这两个操作。

您还可以使用 javarebel 之类的工具来进行非常漂亮的热部署并避免所有这些重新启动。

Answer 2

正如 krosenvold 所说，随机数生成可能会导致启动缓慢。

Oracle 的建议是使用下面的 -D 标志之一 - 仅在非生产系统上使用，因为它会降低安全性。

使用 -Djava.security.egd=file:///dev/urandom 开关或 file:/dev/./urandom 启动 weblogic 的命令。

上述信息取自 http://download.oracle.com/docs/cd/E12839_01/doc.1111/e14772/weblogic_server_issues.htm#CIHIIBGJ

如果 -D 标志没有不行，看下面的解决方案：
http://www.itonguard.com/20090313/weblogic -启动慢/

Answer 3

您没有提到什么级别和什么平台，但是 WebLogic Server 性能和调整指南包含许多可能对您有帮助的提示和技巧。

Answer 4

如果 WebLogic 连接到数据库并且您没有正确设置 DNS，则 WebLogic 在 Linux 上启动也可能很慢。

根据您的设置，您也许可以编辑 /etc/resolv.conf 并注释掉名称服务器行。 这可以将 WebLogic 的启动时间从 20 分钟减少到不到一分钟。

Answer 5

关于内存消耗问题，您可能需要尝试设置WebLogic服务器使用的JVM的内存参数。 登录到您的 WL Web 管理控制台并转到环境/服务器/[您的服务器]/配置/服务器启动，然后在“参数”上设置类似 -Xms256m -Xmx256m 的内容将设置 JVM 的初始 (Xms) 和最大值 ( Xmx) 堆大小为 256 MB。 您将需要研究这些数字并找到最适合您的环境的值。 但请注意，您的 Eclipse 实例也可能会消耗大量内存。

关于启动时间，虽然比我预期的要长一些，但看起来还不错。 这个问题很常见，我不认为你一定能解决它。 WebLogic 比 Tomcat 具有更多的功能，这反映在环境的其他特征上（例如启动时间）。

事实证明，Weblogic 在启动期间使用随机数生成器。 由于 java 中的错误，它从 /dev/random 读取“随机性”。 /dev/random 是非常好的随机数生成器，但速度非常慢。 有时需要 10 分钟或更长时间才能生成一个数字。 /dev/urandom 不是那么好，但它是即时的。
Java 以某种方式将 /dev/urandom 文件映射到 /dev/random。 这就是为什么 $JAVA_HOME/jre/lib/security/java.security 中的默认设置毫无用处。

可能的解决方案：
1) 在java参数中添加“-Djava.security.egd=file:/dev/./urandom”（/dev/urandom不起作用）。

更糟糕但可行的解决方案是：
2) mv /dev/random /dev/random.ORIG ; ln /dev/urandom /dev/random

3) 最好的解决方案是更改 $JAVA_HOME/jre/lib/security/java.security
将 securerandom.source 替换为

securerandom.source=file:/dev/./urandom

这个问题在 Windows 下不会发生，因为它使用了 /dev/random 的不同实现。

现在启动 weblogic 服务器需要几秒钟。

Answer 6

如果使用Weblogic Workshop，那么迭代开发时只需要发布即可，不需要重启应用服务器。

Answer 7

请检查启动时间过长实际上是由于WebLogic Server 启动而不是WebLogic Portal 启动时间造成的。

Answer 8

正如 Tomas F 和 krosenvold 所建议的，它可能用于随机数生成器。

在 Weblogic 12.2.1 的标准启动中，我收到了以下消息：

Disabling the CryptoJ JCE Provider self-integrity check for better startup performance. 
To enable this check, specify -Dweblogic.security.allowCryptoJDefaultJCEVerification=true

所以我指定了它，它将启动时间减少了一半。 在干净的域上大约需要 13 秒。

有一个很棒的代码示例，您可以在普通的旧 Java 中亲自尝试一下。

public class JavaSecurityEgdTester {
    public static final double NANOSECS = 1000000000.0;

    public static void main(String[] args) {
        SecureRandom secureRandom = new SecureRandom();
        long start = System.nanoTime();
        byte[] randomBytes = new byte[256];
        secureRandom.nextBytes(randomBytes);
        double duration = (System.nanoTime() - start) / NANOSECS;

        System.out.println("java.security.egd = " + System.getProperty("java.security.egd") + " took " + duration + " seconds and used the " + secureRandom.getAlgorithm() + " algorithm");
    }
}

运行

java -Djava.security.egd=file:/dev/random -cp JavaSecurityEgdTester

与

java -Djava.security.egd=file:/dev/urandom -cp . JavaSecurityEgdTester