Force "plugin collector" to run on Java 8 or make the monitor code run on a separate JVM?
Hi guys,
I've been taking a beat recently trying to develop a plugin to monitor F5 devices such as BigIP and Viprion using iControl.
The code works flawlessly on Java 8, but on Java 7 it is impossible (at least for me =P) to connect to some devices that use SSLV2 due to Java7 security policies and weird cyphers, I've tried a LOT of solutions importing the certificate, forcing some SSL system properties, etc.
One way this could magically work was if I could run a collector on Java 8 (I would not connect agents to this collector). Is this possible/feasible? I've tried making the collector use a Java 8 jre but it won't start, or is there a way to make the plugin code run on a different JVM?
If someone has experience with this, would it be easier to develop a separate process altogether and make the Java 7 on the collector communicate with it somehow?
Thanks for any insights!
Wouldn't this just be a matter of environment variables? Or are there agent collectors on that machine too.
Hey Allan, it probably is, the thing is, Gabriel Prioli suggested I added the lines:
-vm
C:\Program Files\Java\jre1.8.0_45\bin\java.exe
to the collector.ini, it seems to work for him, but I get some java exceptions and the collector doesn't finish starting up.
I'll make some more tests later! No agents are/will connect to this machine
Welcome the
Dynatrace Community Forums
Check out the Forum User Guide and Forum Guidelines to learn how to get started.Community Member of the Month
August 2017
Announcing Dynatrace's Community Member of the Month for August 2017, Rick B.! Click here to read more! 