AppDynamics switched from Semantic Versioning to Calendar Versioning starting in February 2020 for some agents and March 2020 for the entire product suite.


    Skip to end of metadata
    Go to start of metadata

    This page describes the AppDynamics API methods you can use to import and export various types of configuration settings in the Controller.

    About the Configuration Import/Export APIs

    The Configuration Import/Export APIs enables you to migrate configuration settings across Controller accounts, business applications, or Controller instances. You can also use it to add configuration artifacts—such as transaction detection rules, health rules or custom dashboards—to an existing configuration programmatically. 

    An exported configuration is an XML or JSON representation of the configuration artifact. After exporting the file, you can upload it to another account or application, optionally modifying the configuration.  

    Export Actions from an Application

    Exports all actions in the specified application to a JSON file.

    To be able to export actions, the user account you use to make the API call must have permissions to view an action or action template in the application you are exporting from.

    Format

    GET /controller/actions/application_id 

    Input parameters

    Parameter Name

    Parameter Type

    Value

    Mandatory

    application_id

    URI

    The application name or application ID.

    Yes

    Example

    curl --user user1@customer1:your_password http://demo.appdynamics.com/controller/actions/7
    
    [
       {
          actionType: "EmailAction",
          name: "6DA8942B-DF4A-417A-E1NF-59F14231D670",
          priority: 1,
          description: null,
          toAddress: "user1@example.com",
          subject: "",
          timeZone: null
       },
       {
          actionType: "DiagnosticSessionAction",
          name: "MyDiagnotic",
          priority: 0,
          description: null,
          businessTransactionTemplates: [ ],
          numberOfSnapshotsPerMinute: 5,
          durationInMinutes: 10,
          adjudicate: false,
          adjudicatorEmail: null
       }
    ]

    Import Actions into an Application

    After you have exported actions, you can import them to a different application passing the JSON file created by the export operation as the payload to a POST request.

    The user account you use to make the API call must have permissions to create an action or action template in the account.

    Actions in the import file that have conflicting names with actions in the existing configuration are not imported. The import for those actions fails, while new actions are imported successfully.

    This call takes data as multipart/form-data content. Use UTF-8 URL encoding of the URI before posting; for example, do not replace a space (" ") with "%20" in the URI.

    Format

    POST /controller/actions/application_id 

    Input parameters

    Parameter Name

    Parameter Type

    Value

    Mandatory

    application_id

    URI

    The application name or application ID.

    Yes

    Example

    curl  -X POST --user user1@customer1:your_password http://demo.appdynamics.com/controller/actions/38 -F file=@ExportActions.json
     
    {"success":true,"errors":[],"warnings":[]}

    If there are actions in the file with the same name as ones in the configuration, those actions are not imported, and the response indicates the success of the request as false, as follows:  

    {"success":false,"errors":["Not importing Action with name: DuplicateExportedDiagnosticAction, since it already exists."],"warnings":["Imported 1 out of 2 actions"]}  

    Export Email Action Templates from an Account

    This API exports all the email action templates in the current account in JSON format. 

    Format

    GET /controller/actiontemplate/email

    Example

    curl --user user1@customer1:your_password http://demo.appdynamics.com/controller/actiontemplate/email
    
    [ {
      "actionPlanType" : "email",
      "name" : "MyCustomEmailTemplate",
      "oneEmailPerEvent" : true,
      "eventClampLimit" : 100,
      "defaultCustomProperties" : [ {
        "id" : 0,
        "version" : 0,
        "name" : "env",
        "value" : "%OS"
      } ],
      "allowCustomRecipients" : true,
      "toRecipients" : [ ],
      "ccRecipients" : [ ],
      "bccRecipients" : [ ],
      "headers" : [ ],
      "subject" : "We've got a situation...",
      "includeTextBody" : true,
      "textBody" : "<h1>Summary of events occurring during the ${policy.digestDurationInMins}+ minute(s) prior to ${action.triggerTime}:</h1> <table> #foreach(${eventList} in ${fullEventsByTypeMap.values()}) #foreach(${event} in ${eventList}) <tr> <td> <!-- Event icon --> <img src="${event.severityImage.mimeContentRef}" alt="${event.severity}" /> </td> <td> <!-- Event name with event link --> <a href="${event.deepLink}">${event.displayName}</a> </td> <td> <!-- Event message --> ${event.eventMessage} </td> </tr> #end #end </table>"",
      "includeHtmlBody" : true,
      "htmlBody" : "<p>Please look into it.</p>",
      "testLogLevel" : "DEBUG",
      "testPropertiesPairs" : [ ],
      "testToRecipients" : [ ],
      "testCcRecipients" : [ ],
      "testBccRecipients" : [ ],
      "eventTypeCountPairs" : [ ]
    } ]

    Import Email Action Templates

    Enables you to import email action templates to an account as JSON file. The import fails if you attempt to import a template with the same name as an existing template of the same type in the destination account.

    Data for this call should be in the form of multipart/form-data. Use UTF-8 URL encoding of the URI before posting; for example, do not replace a space (" ") with "%20" in the URI.

    Format

    POST /controller/actiontemplate/email

    Example

    curl  -X POST --user user1@customer1:your_password http://demo.appdynamics.com/controller/actiontemplate/email -F file=@emailactiontemplate.json
    
    {"success":true,"errors":[],"warnings":[]}

    Export HTTP Request Action Templates from an Account

    This API exports all the HTTP request action templates in the current account to a JSON file.

    Format

    GET /controller/actiontemplate/httprequest/ 

    Example:

    curl --user user1@customer1:your_password http://demo.appdynamics.com/controller/actiontemplate/httprequest
    
    [ {
      "actionPlanType" : "httprequest",
      "name" : "MyCustomHTTPTemplate",
      "oneRequestPerEvent" : false,
      "eventClampLimit" : -1,
      "defaultCustomProperties" : [ ],
      "method" : "GET",
      "scheme" : "HTTP",
      "host" : "http",
      "port" : 0,
      "path" : "//demo.appdynamics.com//controller/rest/applications/${latestEvent.application.name}/nodes/${latestEvent.node.name}",
      "query" : "",
      "urlCharset" : "UTF_8",
      "authType" : "BASIC",
      "authUsername" : "user1",
      "authPassword" : "your_password",
      "headers" : [ ],
      "payloadTemplate" : {
        "httpRequestActionMediaType" : "text/plain",
        "charset" : "UTF_8",
        "formDataPairs" : [ ],
        "payload" : ""
      },
      "connectTimeoutInMillis" : 5000,
      "socketTimeoutInMillis" : 15000,
      "maxFollowRedirects" : 0,
      "responseMatchCriteriaAnyTemplate" : [ ],
      "responseMatchCriteriaNoneTemplate" : [ ],
      "testLogLevel" : "DEBUG",
      "testPropertiesPairs" : [ ],
      "eventTypeCountPairs" : [ ]
    } ]

    Import HTTP Action Templates into an Account

    After you have exported HTTP request action templates, you can import them to a different account by logging into the destination account and passing the JSON file created by the export operation as the payload to the POST request.

    You can modify the exported file before you import it. You might want to do this to remove one or more template configurations or to change their names. The import will fail if you attempt to import a template with the same name as an existing template of the same type in the destination account.

    Use UTF-8 URL encoding of the URI before posting; for example, do not replace a space (" ") with "%20" in the URI.

    Format

    GET /controller/actiontemplate/httprequest  

    Example

    curl  -X POST --user user1@customer1:your_password http://demo.appdynamics.com/controller/actiontemplate/httprequest -F file=@httpactiontemplate.json
    
    {"success":true,"errors":[],"warnings":[]}

    Export Custom Dashboards and Templates

    You can export and import custom dashboards and custom dashboard templates interactively from the Controller UI or using this API call. 

    See Import and Export Custom Dashboards and Templates Using the UI for information on importing and exporting custom dashboards and dashboard templates from the AppDynamics UI. 

    To export the dashboard, the user making the API call must have permissions to view the custom dashboard. 

    In the export call, you need to identify the dashboard to export by ID. You can discover the ID of a dashboard in the Controller UI. When you open the dashboard in the UI, the ID appears as the dashboard parameter at the end of the URL.

    For example, in this URL snippet, the custom dashboard ID is 3: location=CDASHBOARD_DETAIL&mode=MODE_DASHBOARD&dashboard=3. 

    Format

    GET /controller/CustomDashboardImportExportServlet?dashboardId=dashboard_id

    Input Parameters

    Parameter Name

    Parameter Type

    Value

    Mandatory

    dashboardId

    Query

    The numeric ID of the custom dashboard.

    Yes

    Example

    curl --user user1@customer1:your_password http://demo.appdynamics.com/controller/CustomDashboardImportExportServlet?dashboardId=8
    
    {
      "schemaVersion" : null,
      "dashboardFormatVersion" : "3.0",
      "name" : "Analytics-BrowserData",
       ...
      "warRoom" : false,
      "template" : false
    }

    View a complete response example: 

     Click to view dashboard export sample...
    {
      "schemaVersion" : null,
      "dashboardFormatVersion" : "3.0",
      "name" : "Analytics-BrowserData",
      "description" : null,
      "properties" : null,
      "templateEntityType" : "APPLICATION_COMPONENT_NODE",
      "associatedEntityTemplates" : null,
      "minutesBeforeAnchorTime" : 15,
      "startDate" : null,
      "endDate" : null,
      "refreshInterval" : 120000,
      "backgroundColor" : 15395562,
      "color" : 15395562,
      "height" : 768,
      "width" : 1024,
      "canvasType" : "CANVAS_TYPE_GRID",
      "layoutType" : "",
      "widgetTemplates" : [ {
        "widgetType" : "AnalyticsWidget",
        "title" : "Browser_data",
        "height" : 4,
        "width" : 4,
        "x" : 0,
        "y" : 0,
        "label" : "",
        "description" : "",
        "drillDownUrl" : "",
        "useMetricBrowserAsDrillDown" : false,
        "backgroundColor" : 16777215,
        "backgroundColors" : null,
        "backgroundColorsStr" : null,
        "color" : 4210752,
        "fontSize" : 12,
        "useAutomaticFontSize" : false,
        "borderEnabled" : false,
        "borderThickness" : 0,
        "borderColor" : 0,
        "backgroundAlpha" : 1.0,
        "showValues" : false,
        "compactMode" : false,
        "showTimeRange" : false,
        "renderIn3D" : false,
        "showLegend" : false,
        "legendPosition" : null,
        "legendColumnCount" : null,
        "startTime" : null,
        "endTime" : null,
        "minutesBeforeAnchorTime" : 0,
        "isGlobal" : true,
        "propertiesMap" : null,
        "dataSeriesTemplates" : null,
        "adqlQueries" : [ "SELECT appkey, pageexperience, distinctcount(pageurl) AS \"URL (Count Distinct)\" FROM browser_records LIMIT 100,100" ],
        "analyticsWidgetType" : "COLUMN",
        "maxAllowedYAxisFields" : 3,
        "maxAllowedXAxisFields" : 2,
        "min" : null,
        "interval" : 98,
        "max" : null,
        "intervalType" : "By Fixed Number",
        "showMinExtremes" : null,
        "showMaxExtremes" : null,
        "displayPercentileMarkers" : null,
        "percentileValue1" : null,
        "percentileValue2" : null,
        "percentileValue3" : null,
        "percentileValue4" : null,
        "resolution" : "1m",
        "dataFetchSize" : null,
        "percentileLine" : null,
        "timeRangeInterval" : null,
        "pollingInterval" : null,
        "unit" : null
      } ],
      "warRoom" : false,
      "template" : false
    }o

    Import Custom Dashboards and Templates

    You can import custom dashboard and templates based on a previously exported JSON definition, which has optionally been modified. Import the definition as an application/json content type.

    Data for this call should be in the form of multipart/form-data. Use UTF-8 URL encoding of the URI before posting; for example, do not replace a space (" ") with "%20" in the URI.

    To import a dashboard, the user making the API call must have create dashboard permissions in the Controller. 

    Prior to version 4.1, exported custom dashboards were in XML format. You can import custom dashboards previously exported as XML data into the current Controller; however, custom dashboards can only be exported as JSON data.

    Format

    POST /controller/CustomDashboardImportExportServlet 

    Example

    curl  -X POST --user user1@customer1:your_password http://demo.appdynamics.com/controller/CustomDashboardImportExportServlet -F file=@customdashboards.json
    
    {"success":true,"errors":[],"warnings":[],"createdDashboardName":"Uploaded-Analytics-BrowserData"}

    Export Health Rules from an Application

    Returns all health rules in XML format. 

    The user account you use to make the API call must have permissions to view the health rule. 

    Format

    GET /controller/healthrules/application_id?name=health_rule_name  

    Input parameters

    Parameter Name

    Parameter Type

    Value

    Mandatory

    application_id

    URI

    The application name or application ID.

    Yes

    nameQueryThe name of the health rule to export. If not specified, exports all health rules.No

    Example


    curl --user user1@customer1:your_password http://demo.appdynamics.com/controller/healthrules/38?name=MyCustomHealthRule
    
    <health-rules controller-version="004-002-000-000">
        <health-rule>
            <name>MyCustomHealthRule</name>
            <type>BUSINESS_TRANSACTION</type>
            <description/>
            <enabled>true</enabled>
            <is-default>false</is-default>
            <always-enabled>true</always-enabled>
            <duration-min>30</duration-min>
            <wait-time-min>30</wait-time-min>
            <affected-entities-match-criteria>
                <affected-bt-match-criteria>
                    <type>ALL</type>
                </affected-bt-match-criteria>
            </affected-entities-match-criteria>
            <warning-execution-criteria>
                <entity-aggregation-scope>
                    <type>ANY</type>
                    <value>0</value>
                </entity-aggregation-scope>
                <policy-condition>
                    <type>leaf</type>
                    <display-name>CPU</display-name>
                    <condition-value-type>BASELINE_STANDARD_DEVIATION</condition-value-type>
                    <condition-value>2.0</condition-value>
                    <operator>GREATER_THAN</operator>
                    <condition-expression/>
                    <use-active-baseline>true</use-active-baseline>
                    <metric-expression>
                        <type>leaf</type>
                        <function-type>VALUE</function-type>
                        <value>0</value>
                        <is-literal-expression>false</is-literal-expression>
                        <display-name>null</display-name>
                        <metric-definition>
                            <type>LOGICAL_METRIC</type>
                            <logical-metric-name>Average CPU Used (ms)</logical-metric-name>
                        </metric-definition>
                    </metric-expression>
                </policy-condition>
            </warning-execution-criteria>
        </health-rule>
    </health-rules>

    Import Health Rules into an Application

    You can import health rules defined in an XML file into a business application. 

    Data for this call should be in the form of multipart/form-data. In the POST request, use UTF-8 URL encoding for the URI; for example, do not replace a space (" ") with "%20" in the URI.

    By default, a health rule in the posted data with an identical name to one in the existing configuration does not overwrite the existing health rule. If you want to overwrite an existing health rule of the same name, use the overwrite parameter.

    The syntax is the same for importing one health rule configuration or several. All the health rule configurations in the posted XML file are imported.

    Format

    POST /controller/healthrules/application_id?overwrite=true_or_false

    Input parameters

    Parameter Name

    Parameter Type

    Value

    Mandatory

    application_id

    URI

    The application name or application ID.

    Yes

    overwriteQuerySet to true to have health rules in the posted data overwrite existing health rules with the same name. The default is false.No

    Example

    curl -X POST --user user1@customer1:your_password http://demo.appdynamics.com/controller/healthrules/38 -F file=@uploadhealthrule.xml
    
    Imported 1 health rules successfully.

    If the health rule exists and you have not enabled the overwrite parameters, you will get the following response:

    Not importing the health rule: healthrulename since it already exists.

    Export Transaction Detection Rules 

    Gets all transaction detection rules in XML format. This call returns different types of detection rule configurations when MDS is enabled.

    You can get transaction detection rules from a number of different configurations, including the configuration for a specific scope by name. 

    The URI used by clients for this call should be UTF-8 encoded

    Format

    GET /controller/transactiondetection/application_id/[scope_name]/rule_type/[entry_point_type]/[rule_name] >> xml_name.xml

    Input parameters

    Parameter Name
    Parameter Type
    Value
    Mandatory
    application_idURI

    The application name or application ID. It can be found in the URL in the address bar if you click the specified application. It is an Integer value.

    It will return an error if you do not specify.

    Yes
    scope_nameURI

    The name of the scope from which you are exporting the entry point configuration.

    The scope name cannot be "custom" and "auto". If the scope name contains a space, type "%20" instead of space. Example: curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/10/default%20scope/custom >> result.xml

    It will export all the rules under all the scopes if you do not specify.

    No
    rule_typeURI

    The type of rule to export, from these options:

    • auto: Automatic detection rules
    • custom: Custom detection rules in the configuration 
    • exclude: Custom exclude rules for transaction detection 

    It will return an error if you do not specify.

    Yes
    entry_point_typeURI

    The POJO, Servlet, EJB, Spring Bean, etc.

    It will export the rules which belong to all the entry point types if you do not specify.

    No
    rule_nameURI

    The name of the rule which you are exporting.

    It will export all the rules under a scope or all the scopes if you do not specify.

    No
    • The order of the parameters cannot be change. The order of the parameters should be: application_id/[scope_name]/rule_type/[entry_point_type]/[rule_name].
    • It will return an xml file with error content if you use the wrong name(s) in all the parameters.
    • Tier information is provided in the scope list.
    • If you do not specify the scope when exporting, then you should also not specify it when importing.
    • Please check server.log if you do not get the expected result after exporting.


    Scenarios:

    • Export the rules from all the scopes.

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/applicationID/{rule_type} >> {xml_name}.xml

      Example:

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/10/custom >> result.xml

      If you do not include scope_name then the output is divided into three parts under <mds-config-data>: scope-list, rule-list, and scope-rule-mapping-list.

       Click to view complete response...
      <mds-data>
          <mds-config-data>
              <scope-list>
                  <scope scope-description="" scope-name="scope0"
                      scope-type="ALL_TIERS_IN_APP" scope-version="0"/>
                  <scope scope-description="" scope-name="scope1"
                      scope-type="SELECTED_TIERS" scope-version="0"/>
              </scope-list>
              <rule-list>
                  <rule agent-type="APPLICATION_SERVER" enabled="true"
                      priority="1"
                      rule-description="ruleInScope1_SERVLET"
                      rule-name="ruleInScope1_SERVLET" rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txautodiscoveryrule":{"autodiscoveryconfigs":[]},"txcustomrule":{"type":"INCLUDE","txentrypointtype":"SERVLET","matchconditions":[{"type":"HTTP","httpmatch":{"uri":{"type":"IS_NOT_EMPTY","matchstrings":[""]},"parameters":[],"headers":[],"cookies":[]}}],"actions":[],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
                  <rule agent-type="DOT_NET_APPLICATION_SERVER"
                      enabled="true" priority="0"
                      rule-description="ASP.NET MVC5 Resource Handler"
                      rule-name="ASP.NET MVC5 Resource Handler"
                      rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txcustomrule":{"type":"EXCLUDE","txentrypointtype":"POJO","matchconditions":[{"type":"HTTP","httpmatch":{"parameters":[],"headers":[],"classmatch":{"type":"MATCHES_CLASS","classnamecondition":{"type":"EQUALS","matchstrings":["System.Web.Optimization.BundleHandler"],"isnot":false}},"cookies":[]}}],"actions":[{"type":"HTTP_SPLIT","httpsplit":{}}],"properties":[]},"agenttype":"DOT_NET_APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
                  <rule agent-type="APPLICATION_SERVER"
                      enabled="true" priority="0"
                      rule-description="testPOJO"
                      rule-name="testPOJO"
                      rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txcustomrule":{"type":"EXCLUDE","txentrypointtype":"POJO","matchconditions":[{"type":"HTTP","httpmatch":{"parameters":[],"headers":[],"classmatch":{"type":"MATCHES_CLASS","classnamecondition":{"type":"EQUALS","matchstrings":["System.Web.Optimization.BundleHandler"],"isnot":false}},"cookies":[]}}],"actions":[{"type":"HTTP_SPLIT","httpsplit":{}}],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
                  <rule agent-type="APPLICATION_SERVER"
                      enabled="true" priority="0"
                      rule-description="whatever_SERVLET"
                      rule-name="whatever_SERVLET"
                      rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txcustomrule":{"type":"EXCLUDE","txentrypointtype":"SERVLET","matchconditions":[{"type":"HTTP","httpmatch":{"parameters":[],"headers":[],"classmatch":{"type":"MATCHES_CLASS","classnamecondition":{"type":"EQUALS","matchstrings":["System.Web.Optimization.BundleHandler"],"isnot":false}},"cookies":[]}}],"actions":[{"type":"HTTP_SPLIT","httpsplit":{}}],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
              </rule-list>
              <scope-rule-mapping-list>
                  <scope-rule-mapping scope-name="scope1">
                      <rule rule-description="ruleInScope1_SERVLET" rule-name="ruleInScope1_SERVLET"/>
                  </scope-rule-mapping>
                  <scope-rule-mapping scope-name="scope0">
                      <rule rule-description="ASP.NET MVC5 Resource Handler" rule-name="ASP.NET MVC5 Resource Handler"/>
                      <rule rule-description="whatever_SERVLET" rule-name="whatever_SERVLET"/>
                      <rule rule-description="testPOJO" rule-name="testPOJO"/>
                  </scope-rule-mapping>
              </scope-rule-mapping-list>
          </mds-config-data>
      </mds-data>
    • Export the rules under the specified scope:

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/applicationID/scope_name/{rule_type} >> {xml_name}.xml

      Example:

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/10/scope0/custom >> result.xml

      If you include scope_name then only rule-list is included in the output.

       Click to view complete response...
      <mds-data>
          <mds-config-data>
              <rule-list>
                  <rule agent-type="DOT_NET_APPLICATION_SERVER"
                      enabled="true" priority="0"
                      rule-description="ASP.NET MVC5 Resource Handler"
                      rule-name="ASP.NET MVC5 Resource Handler"
                      rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txcustomrule":{"type":"EXCLUDE","txentrypointtype":"ASP_DOTNET","matchconditions":[{"type":"HTTP","httpmatch":{"parameters":[],"headers":[],"classmatch":{"type":"MATCHES_CLASS","classnamecondition":{"type":"EQUALS","matchstrings":["System.Web.Optimization.BundleHandler"],"isnot":false}},"cookies":[]}}],"actions":[{"type":"HTTP_SPLIT","httpsplit":{}}],"properties":[]},"agenttype":"DOT_NET_APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
                  <rule agent-type="APPLICATION_SERVER"
                      enabled="true" priority="0"
                      rule-description="whatever_SERVLET"
                      rule-name="whatever_SERVLET"
                      rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txcustomrule":{"type":"EXCLUDE","txentrypointtype":"SERVLET","matchconditions":[{"type":"HTTP","httpmatch":{"parameters":[],"headers":[],"classmatch":{"type":"MATCHES_CLASS","classnamecondition":{"type":"EQUALS","matchstrings":["System.Web.Optimization.BundleHandler"],"isnot":false}},"cookies":[]}}],"actions":[{"type":"HTTP_SPLIT","httpsplit":{}}],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
                  <rule agent-type="APPLICATION_SERVER"
                      enabled="true" priority="0"
                      rule-description="testPOJO"
                      rule-name="testPOJO"
                      rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txcustomrule":{"type":"EXCLUDE","txentrypointtype":"POJO","matchconditions":[{"type":"HTTP","httpmatch":{"parameters":[],"headers":[],"classmatch":{"type":"MATCHES_CLASS","classnamecondition":{"type":"EQUALS","matchstrings":["System.Web.Optimization.BundleHandler"],"isnot":false}},"cookies":[]}}],"actions":[{"type":"HTTP_SPLIT","httpsplit":{}}],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
              </rule-list>
          </mds-config-data>
      </mds-data>
    • Export the rules belonging to the specified entry point under all the scopes.

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/applicationID/{rule_type}/{entry_point_type} >> {xml_name}.xml

      Example:

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/10/custom/servlet >> {xml_name}.xml

      If you do not include scope_name then the output is divided into three parts under <mds-config-data>: scope-list, rule-list, and scope-rule-mapping-list.

       Click to view complete response...
      <mds-data>
          <mds-config-data>
              <scope-list>
                  <scope scope-description="" scope-name="scope0"
                      scope-type="ALL_TIERS_IN_APP" scope-version="0"/>
                  <scope scope-description="" scope-name="scope1"
                      scope-type="SELECTED_TIERS" scope-version="0"/>
              </scope-list>
              <rule-list>
                  <rule agent-type="APPLICATION_SERVER" enabled="true"
                      priority="1"
                      rule-description="ruleInScope1_SERVLET"
                      rule-name="ruleInScope1_SERVLET" rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txautodiscoveryrule":{"autodiscoveryconfigs":[]},"txcustomrule":{"type":"INCLUDE","txentrypointtype":"SERVLET","matchconditions":[{"type":"HTTP","httpmatch":{"uri":{"type":"IS_NOT_EMPTY","matchstrings":[""]},"parameters":[],"headers":[],"cookies":[]}}],"actions":[],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
                  <rule agent-type="APPLICATION_SERVER"
                      enabled="true" priority="0"
                      rule-description="whatever_SERVLET"
                      rule-name="whatever_SERVLET"
                      rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txcustomrule":{"type":"EXCLUDE","txentrypointtype":"SERVLET","matchconditions":[{"type":"HTTP","httpmatch":{"parameters":[],"headers":[],"classmatch":{"type":"MATCHES_CLASS","classnamecondition":{"type":"EQUALS","matchstrings":["System.Web.Optimization.BundleHandler"],"isnot":false}},"cookies":[]}}],"actions":[{"type":"HTTP_SPLIT","httpsplit":{}}],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
              </rule-list>
              <scope-rule-mapping-list>
                  <scope-rule-mapping scope-name="scope1">
                      <rule rule-description="ruleInScope1_SERVLET" rule-name="ruleInScope1_SERVLET"/>
                  </scope-rule-mapping>
                  <scope-rule-mapping scope-name="scope0">
                      <rule rule-description="whatever_SERVLET" rule-name="whatever_SERVLET"/>
                  </scope-rule-mapping>
              </scope-rule-mapping-list>
          </mds-config-data>
      </mds-data>
    • Export the rules belonging to the specified entry point under the specified scope.

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/applicationID/scope_name/{rule_type}/{entry_point_type} >> {xml_name}.xml

      Example:

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/10/scope0/custom/servlet >> {xml_name}.xml
       Click to view complete response...
      <mds-data>
          <mds-config-data>
              <rule-list>
                  <rule agent-type="APPLICATION_SERVER" enabled="true"
                      priority="1"
                      rule-description="ruleInScope1_SERVLET"
                      rule-name="ruleInScope1_SERVLET" rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txautodiscoveryrule":{"autodiscoveryconfigs":[]},"txcustomrule":{"type":"INCLUDE","txentrypointtype":"SERVLET","matchconditions":[{"type":"HTTP","httpmatch":{"uri":{"type":"IS_NOT_EMPTY","matchstrings":[""]},"parameters":[],"headers":[],"cookies":[]}}],"actions":[],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
              </rule-list>
          </mds-config-data>
      </mds-data>
    • Export the single rule belonging to the specified entry point under the specified scope.

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/applicationID/scope_name/{rule_type}/{entry_point_type}/{rule_name} >> {xml_name}.xml

      Example:

      curl -X GET --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/10/scope0/custom/servlet/rule_name >> {xml_name}.xml
       Click to view complete response...
      <mds-data>
          <mds-config-data>
              <rule-list>
                  <rule agent-type="APPLICATION_SERVER" enabled="true"
                      priority="1" rule-description=""
                      rule-name="ruleInScope1" rule-type="TX_MATCH_RULE" version="0">
                      <tx-match-rule>{"type":"CUSTOM","txautodiscoveryrule":{"autodiscoveryconfigs":[]},"txcustomrule":{"type":"INCLUDE","txentrypointtype":"SERVLET","matchconditions":[{"type":"HTTP","httpmatch":{"uri":{"type":"IS_NOT_EMPTY","matchstrings":[""]},"parameters":[],"headers":[],"cookies":[]}}],"actions":[],"properties":[]},"agenttype":"APPLICATION_SERVER"}</tx-match-rule>
                  </rule>
              </rule-list>
          </mds-config-data>
      </mds-data>

    Import Transaction Detection Rules 

    Imports automatic detection rules in XML format. This call returns different types of detection rule configurations when MDS is enabled.

    Importing action will overwrite a rule or add the new rule to the all/specified scopes.

    Data for this call should be in the form of multipart/form-data. The URI for this call should be UTF-8 encoded.

    Format

    POST /controller/transactiondetection/application_id/[scope_name]/rule_type/[entry_point_type]/[rule_name] -F file=@exported_file_name.xml

    Input parameters

    Parameter Name
    Parameter Type
    Value
    Mandatory
    application_idURI

    The application name or application ID. It can be found in the URL in address bar if you click the specified application. It is an Integer value.

    It will return an error if you do not specify.

    Yes
    scope_nameURI

    The name of the scope from which you are importing the entry point configuration.

    It will import the rules to all the scopes if you do not specify.

    No
    rule_typeURI

    The type of rule to import, from these options:

    • auto: Automatic detection rules
    • custom: Custom detection rules in the configuration 
    • exclude: Custom exclude rules for transaction detection 

    It will return an error if you do not specify.

    Yes
    entry_point_typeURI

    The POJO, Servlet, EJB, Spring Bean, etc

    No
    rule_nameURI

    The name of the rule which you are importing.

    It will import all the rules under a scope or all the scopes if you do not specify.

    No
    • When you import, if the XML file does not have <scope-list>, then you should type the scope name, otherwise, it will fail, and vice versa.
    • It will return an error if you use the wrong name(s) in all the parameters.
    • If you do not specify the scope when importing, then you should not specify it when exporting.
    • Please check server.log if you do not get the expected result after exporting.

    Examples

    • Import the rule(s) to the application without scopes specified:

      curl -X POST --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/{application_id}/{rule_type} -F file=@{exported_file_name}.xml
    • Import the rules to the application with scope specified:

      curl -X POST --user user1@customer1:welcome http://localhost:8080/controller/transactiondetection/{application_id}/{scope_name}/{rule_type} -F file=@{exported_file_name}.xml
    • Please refer to Export Transaction Detection Rules for more scenarios to import.

    Export Policies

    You can export policies to a JSON file.  Before you export policies, export any actions or health rules with their respective APIs.  

    Format

    GET /controller/policies/application_id 

    Input Parameters

    Parameter NameParameter TypeValueMandatory
    application_idURIThe application name or application ID.Yes

    Example

    curl --user user1@customer1:your_password http://demo.appdynamics.com/controller/policies/application_id
    
    [ {
      "applicationName" : "ECommerce-Books",
      "name" : "My Policy",
      "reactorType" : "IMMEDIATE",
      "enabled" : true,
      "batchActionsPerMinute" : true,
      "durationInMin" : 1,
      "eventFilterTemplate" : {
        "applicationName" : "ECommerce-E2E",
        "healthRuleNames" : null,
        "eventTypes" : [ "POLICY_OPEN_WARNING", "POLICY_OPEN_CRITICAL", "POLICY_CONTINUES_WARNING", "POLICY_CONTINUES_CRITICAL" ],
        "rsdTypes" : null,
        "customEventFilters" : null,
        "specificEntityNamesByType" : null
      },
      "entityFilterTemplates" : [ ],
      "actionWrapperTemplates" : [ {
        "actionTag" : "ops_viewer@acme.com",
        "type" : null,
        "value" : 0,
        "notes" : "Policy: My Policy",
        "entityIdentifierTemplates" : [ ]
      } ]
    } ]

    Import Policies

    You can import policies that you exported with the Export Policies API.  Before you import policies, import any actions or health rules with their respective APIs. 

    You can import a policy after modifying the defined parameter(s) and overwrite the existing policy with the updated one.

    Format

    POST /controller/policies/application_id ?overwrite=true_or_false

    Input Parameters

    Parameter NameParameter TypeValueMandatory
    application_idURIThe application name or application ID.Yes
    overwriteQuerySet to true to have updates to a policy overwrite the existing policy with the same name. The default is false.No

    Example

    curl  -X POST --user user1@customer1:your_password http://demo.appdynamics.com/controller/policies/38 -F file=@ImportPolicies.json
     
    {"success":true,"errors":[],"warnings":[]}

    Example to overwrite a policy

    curl  -X POST --user user1@customer1:your_password http://demo.appdynamics.com/controller/policies/38\?overwrite\=true -F file=@ImportPolicies.json
     
    {"success":true,"errors":[],"warnings":[]}

    Export Application Analytics Dynamic Service Configuration

    The Analytics Dynamic Service is an AppDynamics app agent plugin that performs Analytics client functions for the agent. Enabling the Dynamic Service enables AppDynamics Analytics for an app agent type. You can export the Dynamic Service configuration to back up the configuration or for later import into another Controller.    

    Format

    GET /controller/analyticsdynamicservice/application_id  

    Input Parameters

    Parameter NameParameter TypeValueMandatory
    application_idURIThe application name or application ID.Yes
    filenameQuery

    The name of a file to which the configuration will be exported.

    No

    Example

    curl -i --user user1@customer1:your_password http://demo.appdynamics.com/controller/analyticsdynamicservice/10
     
    <analytics-dynamic-service-configurations controller-version="004-003-000-000">
        <analytics-dynamic-service-configuration>
            <override>true</override>
            <agent-type>APP_AGENT</agent-type>
            <enabled>true</enabled>
        </analytics-dynamic-service-configuration>
        <analytics-dynamic-service-configuration>
            <override>true</override>
            <agent-type>DOT_NET_APP_AGENT</agent-type>
            <enabled>true</enabled>
        </analytics-dynamic-service-configuration>
        <analytics-dynamic-service-configuration>
            <override>true</override>
            <agent-type>NODEJS_APP_AGENT</agent-type>
            <enabled>true</enabled>
        </analytics-dynamic-service-configuration>
    </analytics-dynamic-service-configurations>

    Import Application Analytics Dynamic Service Configuration

    The Analytics Dynamics Service configuration determines whether AppDynamics Analytics is enabled for an app agent type. You use this API to import a previously exported configuration to another Controller. 

    Data for this call should be in the form of multipart/form-data.

    Format

    POST /controller/analyticsdynamicservice/application_id  

    Input Parameters

    Parameter NameParameter TypeValueMandatory
    application_idURIThe name or ID identifier of the application to which the Analytics Dynamic Service configuration should be applied.Yes

    Example

    curl -i -X POST --user user1@customer1:your_password http://demo.appdynamics.com/controller/analyticsdynamicservice/10 -F file=@dynamicservice.xml

    The following listing shows sample contents of the dynamicservice.xml file. Notice that the agent-type element indicates the type of app server agent to which the enabled state of the dynamics service applies. The APP_AGENT type represents the Java Agent, the DOT_NET_APP_AGENT the .NET Agent, and so on. 

    <analytics-dynamic-service-configurations controller-version="004-003-000-000">
        <analytics-dynamic-service-configuration>
            <override>true</override>
            <agent-type>APP_AGENT</agent-type>
            <enabled>false</enabled>
        </analytics-dynamic-service-configuration>
        <analytics-dynamic-service-configuration>
            <override>true</override>
            <agent-type>DOT_NET_APP_AGENT</agent-type>
            <enabled>false</enabled>
        </analytics-dynamic-service-configuration>
        <analytics-dynamic-service-configuration>
            <override>true</override>
            <agent-type>NODEJS_APP_AGENT</agent-type>
            <enabled>true</enabled>
        </analytics-dynamic-service-configuration>
    </analytics-dynamic-service-configurations>



    • No labels