App Agent Node Properties (B-C)
This reference page contains information about app agent node properties. The properties are listed in alphabetical order.
bci-log-config
YYYY_MM_DD_HH_mm_ss. N increments starting from zero.
| Type | Default value | Platform(s) |
|---|---|---|
| String | 20,5,4 | Java |
Examples
ByteCodeTransformer.2012_09_12_20_17_57.0.log
Because the file size is checked every 15 seconds, the files may be a bit larger than the specified threshold value before they are rolled over.
The first log file generated is named as follows: ByteCodeTransformer.<timestamp>.0.log
The format for this property value is illustrated by the default value, 20,5,4. The numbered segments have the following meaning:
- 20 is the size, in MB, of the first log file, the .0 version
- 5 is the size in MB for each subsequent rolling file
- 4 is the number of ByteCodeTransformer log files to keep
bciengine-disable-retransformation
bciengine-disable-retransformation to true to prevent the agent from performing automatic retransformation to apply such rules.
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | false | Java |
boot-amx
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | false | Java |
callgraph-granularity-in-ms
| Type | Default value | Range | Platform(s) |
|---|---|---|---|
| Integer | 0 | Minimum=0; Maximum=5000 | Java, .NET |
capture-404-urls
This property disables or enables the capture of the URLs causing 404 errors. The URLs are reported as ERROR events every 15 minutes and are viewable through the Event Viewer. The JVM needs a restart if retransformation is not supported for the JVM version.
404 errors usually mean that no application code is executed, resulting in nothing to be captured in a snapshot. You can get insight into the 404 error by setting this property to true. It reports all the URLs which caused 404 error.
The capture-404- urls node property is deprecated in Splunk AppDynamics version 3.6 and replaced with capture-error-urls.
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | false | Java |
capture-error-urls
This property enables or disables the capture of the following HTTP errors:
- 401 - Unauthorized
- 500 - Internal Server Error
- 404 - Page Not Found
- All other error codes are put in a generic HTTP error code bucket.
For these four categories, the agent collects URLs, limited to 25 per category per minute, and sends an event out every 5 minutes.
You can see these URLs when you drill down on an error code by clicking Troubleshoot > Errors > Exceptions tab > HTTP Error Codes.
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | true | Java |
capture-raw-sql
capture-raw-sql is enabled, SQL calls with dynamic parameters—such as question mark parameters—are captured by the agent and shown in the Controller UI with the dynamic parameters bound to their runtime values.
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | false | Java, .NET |
Examples
For example, consider Java code that constructs a SQL call as follows:
stmt = new PreparedStatement("select * from user where ssn = ?")
stmt.bind(1, "123-123-1234")
stmt.execute()
With capture-raw-sql enabled, Splunk AppDynamics captures the SQL call in the following form:
select * from user where ssn = '123-123-1234'
If capture-raw-sql is disabled, the SQL call appears with question mark parameters not bound to values.
Disabling capture-raw-sql and using question mark parameters in SQL prepared statements gives you a mechanism for preventing sensitive data from appearing in the Controller UI.
It is important to note that the sensitive values must be parameterized in the original, prepared statement form of the SQL statement, as shown above. The following statement would result in the potentially sensitive information—the ssn value—appearing in the UI whether capture-raw-sql is enabled or disabled.
stmt = new PreparedStatement("select * from user where ssn ='123-123-1234'")
If you change this node property in an environment that is using the IBM JVM, you need to restart the JVM. This is because the feature requires retransformation of certain JDBC classes, which is not possible with the IBM agent.
Setting the option as an agent property affects the SQL capture mode for the node. You can configure the behavior for all nodes using the Capture Raw SQL option described in Call Graph Settings.
capture-set-status
setStatus() to send back an error. By default, only sendError() is instrumented by the agent.
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | false | Java |
capture-spring-bean-names
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | true | Java |
check-bt-excludes-early
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | false | Java, .NET |
collect-user-data-sync
| Type | Default value | Platform(s) |
|---|---|---|
| Boolean | true | Java |
collection-capture-period-in-minutes
| Type | Default value | Range | Platform(s) |
|---|---|---|---|
| Integer | 30 | Minimum=5; Maximum=N/A | Java |
custom-activity-correlation-rules
custom-activity-correlation.xml.
| Type | Default value | Platform(s) |
|---|---|---|
| String | none | Java |
custom-interceptors-rules
Use this property to add custom interceptor rules in the format specified in custom-interceptors.xml.
Alternatively, you can set custom interceptors rules directly in custom-interceptors.xml. The Java agent considers the latest change.
| Type | Default value | Platform(s) |
|---|---|---|
| String | none | Java |