Remove the possibility to run VMware discovery jobs inside the DFP JVM, hardcode runInSeparateProces

Idea ID 1791127

Remove the possibility to run VMware discovery jobs inside the DFP JVM, hardcode runInSeparateProces

In the VMware adapter we have several VMware related jobs that have the job parameter runInSeparateProcess OOTB on True. We don't recommend using it on false


runInSeparateProcess -

When true, this enables the execution of the job in the external java virtual machine.

Default: true.

Note: Do not change this parameter from the default.


If we move this parameter on false then we need to alter the DFP classes to include in DataFlowprobe\conten\lib\vmware the VMware vim25.jar file like in the documentation. In most cases it will fail due to the classpath of the probe.

The jobs which don't use a separate process are: ESX Connection by CIM, ESX Topology by CIM, VMware TCP ports and the vROps jobs. This jobs are not affected by any kind of separate process. They won’t change or won’t be affected.

The rest of the jobs do have this parameter and it's always on True.

By default we should remove this parameter and hardcode it on true so there will be only the option to run these jobs (except the ones mentioned above which don't have this parameter) only in a separate process as time showed that they work better this way and if they fail then the DFP JVM is safe as only the separate process will crash.

The JVMargs should be suggested depending on each job. For example the Vmware Connection by VIM job needs little memory as it will report 10-15CIs for each trigger CI but the vCenter Topology by VIM needs at least 3GB of HEAP memory as it can report well over 100k CIs for each trigger CI. Currently we have no suggestions on the parameter runInRemoteProcess and we use a global value for all the jobs.

1 Comment
Micro Focus Expert
Micro Focus Expert
Status changed to: Waiting for Votes

Thank you for sharing your idea! It’s open for comments and kudos, and we’re looking forward to input from the community. Once there is enough community traction, it will be further reviewed by the product team

The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.