• Forums
    • Public Forums
      • Community Connect
      • Dynatrace
        • Dynatrace Open Q&A
      • Application Monitoring & UEM
        • AppMon & UEM Open Q&A
      • Network Application Monitoring
        • NAM Open Q&A
  • Home /
  • Public Forums /
  • Application Monitoring & UEM /
  • AppMon & UEM Open Q&A /
avatar image
Question by Dennis M. · Dec 04, 2014 at 01:18 AM ·

important: OC4J instrumentation with dynaTrace (not only application part)

Hi everyone,

I know that OC4J instrumentation was covered in one topic, however I think this is a more advanced question.

The instrumentation of the application part of OC4J at the customer is working fine. We see the application tier in the transaction flow and all of that. However, OC4J also has an embedded webserver part, which I think I would need to instrument as well and I struggle with. The background for that is that they want to have UEM data as well, but do not have a real webserver (e.g. like apache) in front of the OC4J.

We actually get UEM data (but this appears more to be a work around) when we activate it for the application agent group sensor configuration and put that javascript agent file MANUALLY somewhere and reference it in the UEM configuration within dynaTrace. However, this manual approach cannot be the official supported solution for this...

In addition I think this will affect the clients time connecting to your application (because the client has to fetch that js agent file which is not necessarily within the same tier/module). Maybe I am on a wrong track, but then generally I would like to know if there is any best practice or any official process to get UEM data correctly using OC4J ? Especially how does it work compared to the normal apache approach of loading the module in the httpd.conf and putting the WS-Agent on? At the moment there is only the "application" agent (dtagent.dll) installed (but we have UEM data using the mentioned work around?!)

Any help would be highly appreciated.

Best regards,
Dennis

Comment

People who like this

0 Show 0
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

2 Replies

  • Sort: 
  • Most voted
  • Newest
  • Oldest
avatar image

Answer by Dennis M. · Dec 09, 2014 at 08:16 PM

Hi Andi,

Thanks for your response. That is what we did, activating the UEM sensor directly on the Application Server. I think the problem we might have here at the customer is that their application which we want to monitor is first of all a FAT client on windows. However, parts WITHIN that FAT client are actually webbased, meaning that they are served by an internal IE-based browser within that FAT client which is however not visible to the user. It all appears as one FAT client containing however IE based web pages (only for some parts). I guess it is this mix what gives us difficulties. I am not fully sure but when I understood correctly, they get UEM data for the FAT parts (using the approach you suggested) however, for the web parts they would need the actual JavaScript agent, which they injected by changing the location from the "User Experience" option from the system profile (putting it on some server and referencing it from there). This approach is of course not best practice as this might influence the clients response time (by fetching the JavaScript which is not necessarily close to the application).

I was thinking here to instrument some web server part which actually serves these web requests (to my understanding) independently from the "FAT-"requests... To my understanding that was the webserver part of OC4J, but I might be wrong here...

I understand it might be hard to understand from my explanation, but maybe anyone had by chance a similar environment at a customer and could help?

Anyway thanks so far for your support, Andi.

Best regards,
Dennis

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

avatar image

Answer by Andreas G. · Dec 07, 2014 at 07:45 AM

Hi Dennis

For Java Application Servers you can enable UEM by simply activating the User Experience SEnsor Pack on your Java Agent Tier. In your case thats the Java AGent for your OC4J tier. Enabling that UEM Sensor Pack will take care of automatically injecting the JavaScript file as well as processing the captured UEM data. It should not be necessary to manually inject the JavaScript file

Andi

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

How to get started

First steps in the forum
Read Community User Guide
Best practices of using forum

NAM 2019 SP5 is available


Check the RHEL support added in the latest NAM service pack.

Learn more

LIVE WEBINAR

"Performance Clinic - Monitoring as a Self Service with Dynatrace"


JANUARY 15, 3:00 PM GMT / 10:00 AM ET

Register here

Follow this Question

Answers Answers and Comments

1 Person is following this question.

avatar image

Forum Tags

dotnet mobile monitoring load iis 6.5 kubernetes mainframe rest api dashboard framework 7.0 appmon 7 health monitoring adk log monitoring services auto-detection uem webserver test automation license web performance monitoring ios nam probe collector migration mq web services knowledge sharing reports window java hybris javascript appmon sensors good to know extensions search 6.3+ server documentation easytravel web dashboard kibana system profile purelytics docker splunk 6.1 process groups account 7.2 rest dynatrace saas spa guardian appmon administration production user actions postgresql upgrade oneagent measures security Dynatrace Managed transactionflow technologies diagnostics user session monitoring unique users continuous delivery sharing configuration alerting NGINX splitting business transaction client 6.3 installation database scheduler apache mobileapp RUM php dashlet azure purepath agent 7.1 appmonsaas messagebroker nodejs 6.2 android sensor performance warehouse
  • Forums
  • Public Forums
    • Community Connect
    • Dynatrace
      • Dynatrace Open Q&A
    • Application Monitoring & UEM
      • AppMon & UEM Open Q&A
    • Network Application Monitoring
      • NAM Open Q&A