Bei dem Speicherverbrauchsproblem sollten Sie versuchen, die Speicherparameter der JVM festzulegen, die von Ihrem WebLogic-Server verwendet werden. Melden Sie sich bei Ihrer WL Web Admin Console an und gehen Sie zu Environment/Server/[Ihr Server]/Konfiguration/Server Start und legen Sie unter "Argumente" eine Einstellung wie -Xms256m -Xmx256m fest, die Ihre JVM-Initiale (Xms) und Maximum (Xmx) Heap-Größe auf 256 Megabyte. Sie werden mit diesen Zahlen spielen und die besten Werte für Ihre Umgebung finden. Bitte beachten Sie jedoch, dass Ihre Eclipse-Instanz möglicherweise auch viel Speicher verbraucht.
In Bezug auf die Startzeit, obwohl ein bisschen größer als ich erwarten würde, scheinen sie in Ordnung. Dieses Problem ist sehr häufig, und ich denke nicht, dass Sie es definitiv lösen können. WebLogic hat viel mehr Funktionen als Tomcat, und dies spiegelt sich in anderen Eigenschaften der Umgebung (wie Start-Zeit).
Stellt sich heraus, Weblogic verwendet Zufallsgenerator beim Start. Wegen des Fehlers in Java liest es 'Zufälligkeit' von/dev/random./dev/random ist sehr gut Zufallszahlengeneratoren, aber es ist extrem langsam. Es dauert manchmal 10 Minuten oder mehr, um eine Nummer zu generieren./dev/urandom ist nicht so gut, aber es ist sofort. Java irgendwie maps/dev/urandom Datei zu/dev/random. Aus diesem Grund sind die Standardeinstellungen in $ JAVA_HOME/jre/lib/security/java.security nutzlos.
Mögliche Lösungen: 1) Fügen Sie "-Djava.security.egd = file:/dev /./ urandom" (/ dev/urandom funktioniert nicht) zu den Java-Parametern hinzu.
Schlimmer, aber funktionierende Lösung ist: 2) mv/dev/random /dev/random.ORIG; ln/dev/urandom/dev/random
3) Beste Lösung ist $ JAVA_HOME/jre/lib/security/java.security ersetzen securerandom.source mit
securerandom.source = Datei zu ändern:/dev /./urandom
Dieses Problem tritt unter Windows nicht auf, da es eine andere Implementierung von/dev/random verwendet.
Es dauert Sekunden, um den Weblogic-Server jetzt zu starten.
3-5 Minuten,!? Wie traurig – rbp