- This line was added.
- This line was removed.
- Formatting was changed.
The Dynatrace Community Webinars show how to use
Integration with Web Load Testing
Web Load Testing is integrated directly with
To use other load testing and monitoring tools for diagnosing web services in
Below is a sample HTTP header. The final line of the example shows the added code.
POST /onca/soap?Service=AWSECommerceService HTTP/1.1 Content-Type: text/xml; charset=utf-8 Host: soap.amazon.com Content-Length: 2566 Connection: Keep-Alive Accept: */* User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT) x-dynaTrace: VU=1;PC=.1;ID=4;NA=ListResults
The following table describes the HTTP header string for
The unique request ID (serial number). This string should be unique for one web request or a set of web requests that together make up a step/transaction execution.
The Page Context contains information about what document in the currently processed page is loaded. The following syntax is recommended, though not required:
The unique number of the Virtual User that sends the request.
Virtual User ID
The timer NAme of the request. This can be the timer or transaction name used in the load test script to identify the response time measure, or the document/page title, or any other human-readable URL encoded identifier for that document.
Transaction Name (SYM),
The Source ID can be used to identify the product that triggered the request: For example WLT (Web Load Testing), SYM (dynaTrace
Geographic Region, useful only for the Synthetic Monitoring solution. This contains arbitrary text.
Agent Name: the logical name of the Agent from which the request originated. This information is used by Synthetic Monitoring.
Script Name. This groups a set of requests that make up a multi-step transaction, for example making an online purchase.
TEst Name is the name of the entire load test. It uniquely identifies a test run.
HTTP/1.1 200 OK x-dynaTrace: RS=session20060620091846;PT=31;PA=1;PS=76562898 Content-Type: text/html Transfer-Encoding: chunked Date: Tue, 20 Jun 2006 07:19:16 GMT Server: Apache-Coyote/1.1
All the attributes together uniquely define a single object request, i.e. a single PurePath.
Name of the dynaTrace
only set when session recording is active
PurePath identifier – The Trace number.
PurePath identifier – The entry point Agent number.
PurePath Server identifier – The
System Profile – Set to the active System Profile if manual session recording is not active; i.e., if either continuous session recording or no session recording is active.
Viewing Tagged Web Requests in
Tagged Web Requests
Synchronizing Session Recording with Load Test Runs
In earlier versions of
dtcmdutility. You can still use this command line utility, but we recommend using the web-based APIs.
To get a list of all web-based APIs, browse to the
From there, you have the option to obtain the SOAP/HTTP web service WSDL (http://dtservername:8020/wsdl/ManagementServerService.wsdl) or interact with the RESTful interface via an HTML interface (http://dtservername:8020/rest/html/management/server) or via an XML-based interface (http://dtservername:8020/rest/management/server).
The HTML interface enables you to explore all options the RESTful interface offers. Clicking the XML link on each HTML page shows you the links to the RESTful service that should be used when accessing the service from an external tool. The response of the XML-based interface is also XML, which is easier to parse and analyze.
The RESTful interface makes it easy to interact with the
See and Stop Session Recording for details on how to start and stop session recording using the REST Interfaces.