cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Jvm commande line parameters with weblogic instance as a service?

j_planchais
Newcomer

Hello,

We have a dynatrace agent working on a weblogic server. This weblogic server working as a windows service. We want to retrive jvm command line parameter. Do you know want if it's possible ?

------------
2017-09-04 11:36:01 [0000020c] info [native] Dynatrace Agent for Java Copyright (C) 2004-2016 Dynatrace, http://www.dynatrace.com
2017-09-04 11:36:01 [0000020c] info [native] ------------------------------------------------------------------------------------
2017-09-04 11:36:01 [0000020c] info [native] Version ..................... 6.5.10.1012, build date Feb 20 2017 18:56:14, svn rev. 699708
2017-09-04 11:36:01 [0000020c] info [native] Command line is D:\Program\Oracle\MIDDLE~1\ORACLE~1\wlserver\server\bin\wlsvcX64.exe

If compare with a standard jvm i have all the parameters:

2017-08-17 04:11:40 [000002f0] info [native] Command line is D:\Program\IBM\WebSphere8.5\AppServer/java/bin/java -Declipse.security -Dwas.status.socket=57850 -Dosgi.install.area=D:\Program\IBM\WebSphere8.5\AppServer .....

Thanks

3 REPLIES 3

peter_karlhuber
Dynatrace Pro
Dynatrace Pro

Hi Julien,

we use the

LPTSTR WINAPI GetCommandLine(void);

function to get the command line. Apparently the jvm runs inside a thread in the same process that this .exe has started, so we get this line and not the jvm call. So unfortunately, in this case you won't get the jvm parameters from our agent. Maybe there's some way from the Weblogic management console. Best regards,

Peter

j_planchais
Newcomer

Thanks a lot for your quick answer. Do you know if there is chance to have this capability in next Dynatrace release ?

I don't know for sure, but I'm relatively certain that it's not on the road map.

To get the jvm parameters from inside the process we'd have to use a jmx bean, as far as I've understood, and this might'nt be reliable enough to implement as code that gets injected into customer applications.

Also, this special case (a jvm thread running inside a native process) isn't very wide-spread, I think.