Hi Ahmed, Are you referring to the reverse proxy front-ending the EUM server as mentioned in https://docs.appdynamics.com/display/PRO43/EUM+Server+Deployment? Reverse proxy can be useful in case: 1. You want to isolate the EUM machine and not expose it to the open internet 2. Terminate SSL/TLS on the reverse proxy and forward non-SSL traffic to EUM. This would take off SSL handshake responsibilities from EUM improving the performance slightly However having a reverse proxy is not mandatory. Regards, Mayuresh ... View more

Hi Jlee, When a new page is encountered for the very first time, EUM consumes the beacon to retrieve just the URL and register the page name. However for the very first occurrence, everything else is ignored. Hence when a new page is registered for the very first time, it will just be registered, but will not have any metrics for it. If say there is a page which has a unique id in its name, which will never repeat, this will cause a page to register, but it will never capture any meaningful metric ever, as the page will never reoccur. Can you please confirm if the pages that you find with no metrics have something unique in their URL? If yes, then we would have to create a naming rule such that the segment with any unique value (random string, UUIDs, etc) will not be included in the naming. Let us know if this helps. Regards, Mayuresh ... View more

Hi JLee, This cannot be achieved using the normal Metric Browser. However if you are using Browser Analytics, you can query the required User Data values and either plot on a chart, or create a Custom Analytics Based Metrics as defined at https://docs.appdynamics.com/display/PRO42/Creating+Metrics+From+Analytics+Searches for 4.2 and https://docs.appdynamics.com/display/PRO43/Create+Analytics+Metrics+From+Scheduled+Queries for 4.3 Let us know if this helps. Regards, Mayuresh ... View more

Hi Jlee, This is a known limitation and an enhancement request is in place to track this. With this said, there is no documented way available to achieve this. A workaround would be to use the APIs which the Controller UI uses to query all the pages and AJAX. However the shortcoming is that these APIs are undocumented and used for UI service only, hence they might change without prior notice. But it will solve the purpose for now. You can run the following sequence using curl (or equivalent in any other programming language): # this works for controller version 4.2 version of Controllers # generate token using <username>%40<account>:<password> token=`echo -n "mayuresh%40mvk:AppD" |base64 -b 0` # this works for controller version 4.3 version of Controllers # generate token using <username>@<account>:<password> token=`echo -n "mayuresh@mvk:AppD" |base64 -b 0` curl -v --cookie-jar cookie2.txt -H"Authorization:Basic ${token}" "http://172.16.87.133:8090/controller/auth?action=login" curl -XPOST -H"Content-Type:application/json;charset=UTF-8" -H"Acceding:gzip, deflate" -H"Accept:application/json, text/plain, */*" --cookie cookie2.txt -v --data '{"applicationId":50,"addId":null,"timeRangeString":"last_15_minutes|BEFORE_NOW|-1|-1|15","fetchSyntheticData":false}' "http://172.16.87.133:8090/controller/restui/pageList/getEumPageList" 2>/dev/null|python -m json.tool Here the call is: /controller/restui/pageList/getEumPageList And in the document takes in the application id as input in the document --data '{"applicationId":1196,"addId":null,"timeRangeString":"last_15_minutes|BEFORE_NOW|-1|-1|15","fetchSyntheticData":false}' Here the "applicationId" field provides the application id. You can get the application id form the URL in the browser when you are in the required EUM app in the controller UI. Output: { "ajaxLimit": 2000, "numOfAdds": 0, "pageIFrameLimit": 2000, "pageList": [ { "addId": 997943, "ajaxCallBackExecutionTime": -1, "ajaxRequestErrorPerMinute": -1, "ajaxResponseDownloadTime": -1, "domBuildingTime": -1, "domReadyTime": -1, "endUserResponseTime": -1, "firstByteTime": -1, "frontEndTime": -1, "htmlDownloadAndDomBuildingTime": -1, "htmlDownloadTime": -1, "internalName": "www1.nn.com.au/online_customers/static", "name": "www1.nn.com.au/online_customers/static", "outlierRequests": -1, "pageViewWithJavaScriptErrorPerMinute": -1, "requestPerMinute": -1, "resourceFetchTime": -1, "responseAvailableTime": -1, "serverConnectionTime": -1, "synthetic": false, "totalNumberOfEndUserRequests": -1, "totalOutlierRequests": -1, "totalPageViewWithJavaScriptError": -1, "type": "BASE_PAGE" }, ..... This output can now be parsed to get the number of items per "type". Once you have these output parsed, you can create your custom metrics from these values as defined at https://docs.appdynamics.com/display/PRO43/Extensions+and+Custom+Metrics for 4.3 and https://docs.appdynamics.com/display/PRO42/Extensions+and+Custom+Metrics for 4.2. Once you have the custom metrics in place, you can use them in your Alerting and Dashboards. Let us know if this helps. Regards, Mayuresh (Please click the Accept solution button if you find this solution useful) ... View more

Hi Jakub, For on-prem EUM we suggest using specific version of the adrum script. You can download it to your environment, or you can source it from the CDN like https://cdn.appdynamics.com/adrum/adrum-4.2.10.0.js. https://cdn.appdynamics.com/adrum/adrum-latest.js is updated constantly and works best with EUM on SaaS which is always at the latest version. Hope this helps. Regards, Mayuresh ... View more

Hi Jakub, Virtual Pages (Based on Route Changes or using JS APIs) and Base Pages (Base HTML) are reported separately. Hence if a Base Page and a Virtual Page both named foo are reported, then you would see 2 separate entries in the Controller UI. Hope this answers your question. Regards, Mayuresh ... View more

Hi Jakub, If you don't explicitly set the end() marker, it will still go ahead and send the metrics without the Page Load Time (PLT metric), however the EUM server will reject the report as this is a mandatory metric. You should see something like this in the DroppedBeacons.log: 31 Mar 2017 02:28:01.263 -0700  Beacon to Record Converter-7  DroppedBeacon              INFO    appKey=EUM-AAB-BEY, recordType=BROWSER, validationType=INSUFFICIENT_DATA_METRIC, agentVersion=null, message=VIRTUAL_PAGE, Mandatory metric [PLT] not available : {"eg":"2","et":3,"eu":"5/6#7","ts":1490952479169,"mg":"0","au":"1://2/3/4","at":0,"ud":{"d1":"v1","d2":"v2","d3":"v3"},"mx":{"DDT":80,"DRT":421,"DPT":341,"DOM":421,"PLC":1},"si":227} When you create a new tracker, it will be a different session being reported, hence it wont build on the old in-complete session. The mandatory metrics for Virtual Pages is the Page Load Time (PLT) which is marked by the end() call. Another mandatory metric Page Load Count (PLC) is calculated automatically and is included in the metrics automatically. I am not sure I understood the question about Error trackers being xhr correlated. The Error tracker is to report error for the base page if  the parent object is not set. If the parent is set to a particular object tracker (ajax, virtual page, etc) it will be reported for that object. eg If you report something like: var ajaxT = new ADRUM.events.Ajax(); // set url ajaxT.url('something loaded'); // mark timings ajaxT.markSendTime(100); ajaxT.markFirstByteTime(200); ajaxT.markRespAvailTime(300); ajaxT.markRespProcTime(400); var errorm = new ADRUM.events.Error(); errorm.msg("test message123"); errorm.line(10); errorm.parent(ajaxT); ADRUM.report(errorm); You would see the error in the browser snpshot as: Let me know if this answers your question. ... View more