[ 
https://issues.apache.org/jira/browse/QPID-8381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16978597#comment-16978597
 ] 

Alex Rudyy commented on QPID-8381:
----------------------------------

Robbie,

Thanks for pointing out that Oracle actually fixed the issue. Though, the 
comment left by Oracle developer in bdb je forum thread suggests that the 
reported issue have been fixed in BDB JE version 7.6 which has not been 
released yet. The issue fixed in version 7.5.3 could be a different one. 
Anyway, it is worth trying out running Qpid broker with newer BDB JE version 
7.5.11 using Zulu Community JRE to verify  that issue is still there.

> Cannot run Qpid Broker-J with Azul Zulu JRE 11
> ----------------------------------------------
>
>                 Key: QPID-8381
>                 URL: https://issues.apache.org/jira/browse/QPID-8381
>             Project: Qpid
>          Issue Type: Bug
>         Environment: * Qpid Broker-J 7.1.5
>  * Java Zulu Community 11.0.4+11 LTS
>  * Windows 10
>            Reporter: Geert Graat
>            Priority: Major
>         Attachments: log.txt
>
>
> When running the Qpid Java broker with Zulu Community JRE, I get an error on 
> startup when my configured virtual node is validated. The maximum amount of 
> runtime memory needs to be computed, and specifically for the Zulu runtime 
> the class {{com.azul.zing.management.ManagementFactory}} is needed, which is 
> not part of the Zulu Community. It seems to be part of the (commercial) Zing 
> JVM, which is also developed by Azul systems.
> The problem seems to be in the {{com.sleepycat.je.utilint.JVMSystemUtils}} 
> class in the dependencies of Qpid, which checks the {{java.vendor}}, which is 
> apparently the same for the Zulu Community and Zing.
> When using the Oracle JDK, this problem does not occur.
> Attached is the stacktrace in the log.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to