share library_books

# Automatic attaching to Java processes

When you assign a MONITORING_TOKEN to a Java service, via an environment variable, Sematext Agent will examine the process to see whether it can be monitored right away by checking if JMX ports are already exposed. If it can, Sematext Agent will start monitoring it. However, if it can't, Sematext Agent will try to inject a special and secure agent into the monitored process, which has the sole purpose of opening a JMX port. A JMX port opened in such a way is protected by authentication based on a temporary username and password known only to Sematext Agent.

If JMX port is already open, but is protected with some authentication mechanism, Sematext Agent will try to open another JMX port anyway (it can't connect to the service on exposed port since it doesn't have authentication credentials).

There are cases where automatic attaching may not be desirable:

• if you wish to use a different kind of authentication, maybe with with truststore, on an exposed JMX port
• if Sematext Agent attaching logic is failing for some reason (you would notice that by missing metrics and errors in agent logs)

### How to disable or configure custom JMX authentication settings?¶

If you don't want the service monitored at all just remove MONITORING_TOKEN env variable from its container. If you want it to be monitored, but using your own JMX authentication definition (either existing one or the one you will define just for this), define container jmx settings manually.

### Security manager permissions¶

When running your JVM applications under the supervision of the security manager, you'll have to register the permission to allow Sematext Agent to bootstrap the JMX connector in the target process. For this purpose, add the following permission directive in your policy file:

permission java.lang.RuntimePermission "accessClassInPackage.com.sun.jndi.url.rmi";

For instance, Solr 9 has the Security Manager enabled by default. In container deployments the policy file is located in /opt/solr/server/etc/security.policy. You can expand this file with the previous java.lang.RuntimePermission permission and bind-mount inside Solr container:

-v /path/to/security.policy:/opt/solr/server/etc/security.policy