JVM initialisation isse

Hi,

We are having a JVM issue on Domino server 8.5.1 FP1. There is a Java agent in our application that is called from the client and it runs on the server. The client script waits for the response from this JAVA agent. It works perfectly OK most of the times.

Other times, the client script just does not get any response from the JAVA agent. The reason for this is it seems is the JVM fails to start because it reaches the JAVAMAXHEAPSIZe limit set (~400MB) in the Notes.ini file. There are 5 servers in the cluster and because fo replication, Updall taks it is possible that there is no memory left for JVM. Error shown in the log -

Agent error: JVMJ9VM015W Initialization error for library j9gc24(2): Failed to instantiate heap; 424911K requested

JVM: The Java Virtual Machine creation returned an invalid JVM machine pointer.

JVM: Java Virtual Machine failed to start

It is a Windows machine with following configuration -

Windows/2003 R2 5.2 [32-bit] (Build 3790), PlatID=2, Service Pack 2 (8 Processors)

The only way to fix this is to restart the server.

The Java agent connects to a Active MQ everytime it runs and put a message to Q. Is it possible to have a global object for MQ connection and use that so that the agent does not open a New connection every time it runs?

Has anybody has this problem. It seems Domino does not play well with Java.

Thanks,

V

Subject: Global MQ connection

I am only going to answer one of your questions:“Is it possible to have a global object for MQ connection and use that so that the agent does not open a New connection every time it runs?”

I am taking advantage of the fact that the JVM for a servlet loaded trough the Domino servlet manager and java agents is the same, to keep a global connection to several Memcached servers open always. My servlet is set in servlets.properties to load on Domino start, and only implements the init method for creation of a global singleton factory object. Works for me, but I am not familiar with MQ so your mileage may vary.